Αξιολόγηση και πρόβλεψη απόδοσης
Το κύριο καθήκον μετά την εφαρμογή σύστημα πληροφορίωνείναι γρήγορο, σταθερό και χρόνο λειτουργίαςπου ικανοποιεί τους χρήστες.
Ωστόσο, συχνά με την αύξηση του αριθμού των χρηστών, ο όγκος των δεδομένων, η ένταση της εισαγωγής, η απόδοση του προγράμματος πέφτει καταστροφικά. Οι λειτουργίες και οι χρόνοι απόκρισης του συστήματος έχουν αυξηθεί σημαντικά.
Όλα αυτά οδηγούν σε δυσαρέσκεια των χρηστών του συστήματος σε όλα τα επίπεδα, και αναποτελεσματική εργασία.
Παρά το γεγονός ότι μια τέτοια συμπεριφορά του συστήματος είναι προβλέψιμη, πολλοί δεν είναι έτοιμοι για αυτό το σενάριο.
Ένας μεγάλος αριθμός περιπτώσεων είναι γνωστός όταν σχεδιάστηκε και πραγματοποιήθηκε η δημιουργία λογιστικών συστημάτων χωρίς προκαταρκτική λεπτομερή ανάλυση του τρόπου αυτό το σύστημαθα συμπεριφέρεται με μεγάλο όγκο δεδομένων (για παράδειγμα, με παράλληλη εντατική εργασία άνω των χιλίων ατόμων). Τέτοια έργα ξόδεψαν τεράστια χρηματικά ποσά για τη δημιουργία ενός συστήματος. Αλλά μετά την εισαγωγή, η διάρκεια ζωής αυτών των συστημάτων ήταν ενάμιση χρόνο. Στη συνέχεια, δηλώθηκε ότι το σύστημα δεν ανταπεξήλθε στα καθήκοντα, διατέθηκε νέος προϋπολογισμός και ξεκίνησε ένα νέο έργο για την εισαγωγή ενός «καλύτερου» συστήματος, το οποίο είχε τις ίδιες συνέπειες.
Αυτή τη στιγμή υπάρχει μόνο μία λύση Αυτό το θέμα- Stress Testing.
Stress Testing
Η δοκιμή φορτίου είναι μια ανάλυση της συμπεριφοράς του συστήματος κατά την εξομοίωση ενός πραγματικού φορτίου χρήστη.
Κύριοι στόχοι της δοκιμής φορτίου:
- Δοκιμάστε την απόδοση σε διάφορες διαμορφώσεις υλικού και λογισμικού
- Ελέγξτε την απόδοση του συστήματος με διαφορετικές ποσότητες δεδομένων
- Προσδιορίστε τη συμπεριφορά του συστήματος υπό καταπόνηση
Έτσι, η δοκιμή φορτίου θα πρέπει να επιτρέπει τις ακόλουθες αξιολογήσεις συστήματος:
- αξιολόγηση της απόδοσης του πληροφοριακού συστήματος ή των επιμέρους τμημάτων του με τις δεδομένες παραμέτρους του επιχειρηματικού μοντέλου προκειμένου:
- επιλογή εξοπλισμού·
- Διατύπωση επιχειρησιακών απαιτήσεων·
- αξιολόγηση της δυνατότητας εφαρμογής του συστήματος πληροφοριών·
- αξιολόγηση της επεκτασιμότητας του πληροφοριακού συστήματος κατά την αλλαγή:
- Ενταση ΗΧΟΥ βάση πληροφοριών;
- τον αριθμό των ταυτόχρονων χρηστών·
- φορτίο στο σύστημα.
- αξιολόγηση των αλλαγών στους δείκτες απόδοσης του συστήματος κατά την αλλαγή:
- λειτουργικότητα του συστήματος (βελτίωση του συστήματος ή μεμονωμένων αλγορίθμων).
- διαμόρφωση υλικού.
- εντοπισμός προβλημάτων που προκύπτουν μόνο κατά την εργασία πολλών χρηστών (διένεξες κλειδαριών κ.λπ.).
Η δοκιμή φορτίου βοηθά όχι μόνο στην αξιολόγηση ορισμένων χαρακτηριστικών. Αλλά το πιο σημαντικό, σας επιτρέπει να προσδιορίσετε εκ των προτέρων τα σημεία συμφόρησης στο σύστημα και να λύσετε το πρόβλημα με τον πιο αποτελεσματικό τρόπο.
Μια υποχρεωτική λειτουργία για οποιαδήποτε υλοποίηση ή τροποποίηση υπάρχοντος πληροφοριακού συστήματος είναι η αξιολόγηση της απαιτούμενης ταχύτητας του συστήματος και ο σχεδιασμός των απαραίτητων υπολογιστικών πόρων για την υλοποίησή του. Προς το παρόν, δεν υπάρχει ακριβής λύση σε αυτό το πρόβλημα γενική εικόνακαι εάν, παρά την πολυπλοκότητα και το κόστος του, ένας τέτοιος αλγόριθμος προτείνεται από οποιονδήποτε κατασκευαστή, τότε ακόμη και μικρές αλλαγές στο υλικό, την έκδοση λογισμικού, τη διαμόρφωση συστήματος ή τον αριθμό ή την τυπική συμπεριφορά των χρηστών θα οδηγήσουν σε σημαντικά σφάλματα.
Ωστόσο, υπάρχει επαρκής αριθμός τρόπων για την αξιολόγηση της διαμόρφωσης του λογισμικού και του λογισμικού που απαιτείται για την επίτευξη της απαιτούμενης απόδοσης. σκεύη, εξαρτήματα. Όλες αυτές οι μέθοδοι μπορούν να χρησιμοποιηθούν στη διαδικασία επιλογής, αλλά ο καταναλωτής πρέπει να κατανοήσει το εύρος και τους περιορισμούς τους.
Η πλειοψηφία υπάρχουσες μεθόδουςΗ αξιολόγηση της απόδοσης βασίζεται σε συγκεκριμένο τύπο δοκιμών.
Υπάρχουν δύο κύριοι τύποι δοκιμών: συστατικό και ολοκληρωμένο.
Με τη δοκιμή στοιχείων, ελέγχονται μεμονωμένα στοιχεία της λύσης, που κυμαίνονται από την απόδοση των επεξεργαστών ή των υποσυστημάτων αποθήκευσης πληροφοριών έως τη δοκιμή της απόδοσης του διακομιστή στο σύνολό του, αλλά χωρίς το ωφέλιμο φορτίο με τη μορφή μιας συγκεκριμένης επιχειρηματικής εφαρμογής.
Η ολοκληρωμένη προσέγγιση χαρακτηρίζεται από αξιολόγηση της απόδοσης της λύσης στο σύνολό της, τόσο του λογισμικού όσο και του υλικού της. Σε αυτήν την περίπτωση, μπορούν να χρησιμοποιηθούν τόσο μια επιχειρηματική εφαρμογή που θα χρησιμοποιηθεί στην τελική λύση όσο και ορισμένες εφαρμογές μοντέλων που μιμούνται ορισμένες τυπικές επιχειρηματικές διαδικασίες και φόρτους εργασίας.
Το πράσινο χρώμα του γραφήματος, μαζί με ορισμένους δείκτες στα δεξιά, που επιλέγονται υπό όρους ως σημεία αναφοράς, μας επιτρέπει να κάνουμε μια γενικευμένη αξιολόγηση της «καλής» απόδοσης μεταξύ πλατφορμών.
Πώς να απολαύσετε τα αποτελέσματα των δοκιμών
Ως αποτέλεσμα, λάβατε έναν δείκτη απόδοσης (ταχύτητα). Δεν έχει σημασία αν το αποτέλεσμα είναι καλό ή κακό, είναι το αποτέλεσμα της ΠΛΑΤΦΟΡΜΑΣ που τρέχει στο υλικό σας. Στην περίπτωση πελάτη έκδοση διακομιστήΑυτό είναι το αποτέλεσμα μιας πολύπλοκης αλυσίδας αιτημάτων που περνούν από διάφορους ιστότοπους. Παίρνετε το συνολικό πραγματικό αποτέλεσμα, το οποίο καθορίζεται από το σημείο συμφόρησης στο σύστημα. Πάντα υπάρχει μια συμφόρηση.
Με άλλα λόγια, τόσο οι ρυθμίσεις του DBMS όσο και οι ρυθμίσεις του λειτουργικού συστήματος και ο εξοπλισμός επηρεάζουν το συνολικό αποτέλεσμα της ομάδας.
Ποιος διακομιστής είναι καλύτερος
Αυτή η δοκιμή, που εκτελείται σε συγκεκριμένο διακομιστή, δίνει ένα αποτέλεσμα σε συνδυασμό ρυθμίσεων υλικού, λειτουργικού συστήματος, υποδ, κ.λπ. Ωστόσο, μια υψηλή βαθμολογία σε ένα συγκεκριμένο υλικό διακομιστή σημαίνει ότι, υπό κανονικές συνθήκες, το ίδιο αποτέλεσμα θα είναι σε ίδιο υλικό διακομιστή. Αυτή η δοκιμή είναι μια δωρεάν βοήθεια στη δυνατότητα σύγκρισης της εγκατάστασης του 1C:Enterprise σε Windows και Linux, τρία διαφορετικά DBMS που υποστηρίζονται από την πλατφόρμα 1C:Enterprise 8.
Δοκιμή ασφάλειας
Το τεστ είναι απολύτως ασφαλές. Δεν οδηγεί σε «πτώση» του διακομιστή (δεν υπάρχει αλγόριθμος «στρες») και δεν απαιτεί προκαταρκτικά μέτρα ακόμη και σε διακομιστή «μάχης». Εμπιστευτικά δεδομένα δεν καταγράφονται επίσης στα αποτελέσματα των δοκιμών. Συλλέγει πληροφορίες σχετικά με τις παραμέτρους της CPU, RAM, HDD. Σειριακοί αριθμοίοι συσκευές δεν συναρμολογούνται. Όλα αυτά μπορούν εύκολα να επαληθευτούν - ο κωδικός δοκιμής είναι 100% ανοιχτός. Δεν είναι δυνατή η μεταφορά πληροφοριών χωρίς τη δική σας γνώση.
Ταξινόμηση TPC-Α-τοπική παροχή/ TPC-1C-GILV-A
Η δοκιμή ανήκει στην ενότητα των καθολικών ολοκληρωμένων δοκιμών πολλαπλών πλατφορμών. Επιπλέον, ισχύει για παραλλαγές αρχείων και πελάτη-διακομιστή της λειτουργίας 1C:Enterprise. Η δοκιμή λειτουργεί για όλα τα DBMS που υποστηρίζονται από το 1C.
Η καθολικότητα σάς επιτρέπει να κάνετε μια γενικευμένη αξιολόγηση της απόδοσης χωρίς να συνδέεστε με μια συγκεκριμένη. τυπική διαμόρφωσηπλατφόρμες.
Από την άλλη πλευρά, αυτό σημαίνει ότι για ακριβείς υπολογισμούς ενός προσαρμοσμένου έργου, η δοκιμή σάς επιτρέπει να κάνετε μια προκαταρκτική αξιολόγηση πριν από την εξειδικευμένη δοκιμή φορτίου.
Λήψη δοκιμής
Αυτό το τεστ δεν είναι εμπορικό και μπορείτε να το κατεβάσετε δωρεάν για 8.2 και δωρεάν για 8.3.
Τεχνικές λεπτομέρειες
Τι συμβαίνει στο τεστ εντός του κύκλου «ένα» της επέμβασης;
Δυνατότητες χρήσης του τεστ στον υποδ. PostgreSQL
Ορίστε την τιμή της παραμέτρου standard_conforming_strings σε αρχείο ρυθμίσεων postgresql.conf σε "απενεργοποίηση"
Πώς να μετρήσετε το φόρτο εργασίας του σιδήρου
Θα πρέπει να σημειωθεί ότι η ίδια η δοκιμή εκτελεί ήδη εν μέρει τη μέτρηση. Για μια πιο λεπτομερή εικόνα, προτείνω να χρησιμοποιήσετε το βοηθητικό πρόγραμμα Process Explorer του Mark Rusinovich.
Το σχήμα δείχνει ένα παράδειγμα μέτρησης για την έκδοση αρχείου.
Κάθε ειδικός υποστήριξης έχει εμπειρία στη λήψη αφηρημένων παραπόνων από χρήστες. Όλοι είναι εξοικειωμένοι με τη διατύπωση: "σκέφτεται για πολύ καιρό", "έχω ένα κόκκινο παράθυρο", "το σύστημα λειτουργεί κάπως λάθος" και επίσης "αυτό δεν έχει συμβεί για πολύ καιρό, και εδώ είναι ξανά ".
Σε μια τέτοια κατάσταση, είναι πολύ δύσκολο να καταλάβουμε αμέσως πού βρίσκεται το σφάλμα και τι πρέπει να κάνουμε αρχικά. Σε αυτό το άρθρο, θα εξετάσουμε από τι εξαρτάται η απόδοση του 1C, δηλ. συστήματα υψηλού φορτίου που δημιουργούνται με βάση το 1C:Enterprise, σε καταστάσεις όπου τα συμπτώματα δεν είναι πλήρως κατανοητά και είναι αδύνατο να γίνει συγκεκριμένη διάγνωση.
Οι κύριοι λόγοι που επηρεάζουν την απόδοση του 1C
Σε περισσότερες από το 60% των περιπτώσεων, οι λόγοι για την κακή απόδοση είναι:
- υποβέλτιστα ερωτήματα και κώδικα προγραμματισμούδιαμορφώσεις (26% των περιπτώσεων).
- Μη βέλτιστη ευρετηρίαση πινάκων αντικειμένων (19% των περιπτώσεων).
- Μη βέλτιστο φορτίο στο υποσύστημα δίσκου (16% των περιπτώσεων).
Οι κορυφαίοι προγραμματιστές της Microsoft είναι αλληλέγγυοι με αυτό.
Έτσι, για να επιτευχθεί σημαντική βελτίωση στην απόδοση μιας εφαρμογής βάσης δεδομένων, είναι δυνατό να βελτιστοποιηθεί η περιοχή πρόσβασης στα δεδομένα, συμπεριλαμβανομένου του λογικού και φυσικού σχεδιασμού των βάσεων δεδομένων (όσο είναι δυνατόν σε 1C), καθώς και δημιουργώντας τα σωστά ερωτήματα και χρησιμοποιώντας τη βέλτιστη ευρετηρίαση. Μέρος των προβλημάτων απόδοσης της βάσης δεδομένων μπορούν να λυθούν αυξάνοντας τη χωρητικότητα του υλικού, αλλά όχι πάντα: η λανθασμένη σχεδίαση της εφαρμοσμένης λύσης δεν μπορεί να αντισταθμιστεί από έναν πιο ισχυρό διακομιστή. Δεν είναι ασυνήθιστο ότι, χωρίς να κατανοήσουν τα αίτια ενός προβλήματος απόδοσης, οι εταιρείες χρηστών καταβάλλουν μεγάλα έξοδα αγοράζοντας νέο εξοπλισμό και το πρόβλημα παραμένει άλυτο.
Τα διαγνωστικά υψηλής ποιότητας απόδοσης 1C με χρήση ολόκληρης της σειράς υπαρχόντων εργαλείων είναι το κλειδί για την επιτυχή επίλυση προβλημάτων και τη βελτιστοποίηση του κόστους
Το πρώτο βήμα για τον εντοπισμό και την επίλυση προβλημάτων κακής απόδοσης θα πρέπει να είναι η εγγραφή πλήρης λίσταβασικές προβληματικές πράξεις, υποδεικνύοντας την ακριβή ταχύτητα εκτέλεσής τους τη δεδομένη στιγμή και την αναμενόμενη ταχύτητα εκτέλεσής τους στο μέλλον.
Παράδειγμα:
Λάθος: Το πρόγραμμα παγώνει κατά τη δημιουργία αναφοράς. Θέλω να χτιστεί πιο γρήγορα.
Δεξιά: Ο σχηματισμός της αναφοράς "Δήλωση Οφειλών" διαρκεί 5 λεπτά 10 δευτερόλεπτα. Η αναμενόμενη ταχύτητα δημιουργίας αυτής της αναφοράς δεν είναι μεγαλύτερη από 20 δευτερόλεπτα.
Αφού καταρτιστεί και ψηφιοποιηθεί η λίστα των προβλημάτων, είναι απαραίτητο να αναλυθούν τα αίτια, ξεκινώντας με την αναζήτηση προβληματικού κώδικα, εάν υπάρχει (για παράδειγμα, «βαριά» αιτήματα, μεγάλες αναμονές σε κλειδώματα, αδιέξοδα κ.λπ.).
Εργαλεία για τον εντοπισμό προβληματικού κώδικα
- 1C:Performance Management Center (μια ενότητα που περιλαμβάνεται στο 1C:Corporate toolkit που κατασκευάζεται από την 1C).
- υπηρεσίες cloud Gilev;
- Τακτικά εργαλεία, ενσωματωμένο στο DBMS κορυφαίων προμηθευτών.
Η αποτελεσματικότητα της χρήσης αυτών των εργαλείων είναι εγγυημένη από τα προσόντα του προγραμματιστή "1C: Τεχνολογικός Εμπειρογνώμονας", που συνεπάγεται τη συμμετοχή του σε μεγάλης κλίμακας υλοποιήσεις του 1C. Ταυτόχρονα, διαφορετικοί εμπειρογνώμονες, με βάση την ατομική τους εμπειρία, μπορεί να προτιμούν το ένα ή το άλλο εργαλείο/μέθοδο.
Παράλληλα με τη χρήση ενός από τα παρουσιαζόμενα εργαλεία, χρησιμοποιούνται επίσης τυπικά εργαλεία παρακολούθησης φορτίου εξοπλισμού (μετρητές «Performance monitors»).
Με βάση τις μετρήσεις που λαμβάνονται, αποκαλύπτεται η κατηγορία της αιτίας:
- Το πρόβλημα είναι στον κώδικα.
- Και / ή πρόβλημα στο υλικό.
- Το πρόβλημα βρίσκεται σε άλλα προγράμματα έντασης πόρων που χρησιμοποιούνται σε διακομιστές παραγωγής.
Δοκιμή φόρτωσης 1C - μια μεθοδολογία για την αξιολόγηση του υλικού διακομιστή
Όπως αναφέρθηκε ήδη, μεταξύ των παραγόντων που μπορούν να επηρεάσουν την απόδοση του 1C, τόσο θετικά όσο και αρνητικά, το υλικό του διακομιστή και η διαμόρφωσή του καταλαμβάνουν σημαντική θέση. Εξετάστε τις επιλογές για τη μέτρηση, την αξιολόγηση του φορτίου και τη δοκιμή της απόδοσης του συστήματος στις ακόλουθες συνθήκες:
- Ο διακομιστής 1C είναι διαθέσιμος και βρίσκεται:
- Μαζί με το DBMS.
- Σε ξεχωριστό διακομιστή.
Για να αξιολογηθεί η συμμόρφωση των παραμέτρων του υπάρχοντος υλικού διακομιστή με τις απαιτήσεις του συστήματος, είναι απαραίτητο να συλλεχθούν δεδομένα σχετικά με το φορτίο στο υλικό, συμπεριλαμβανομένου του επεξεργαστή, δηλ. δοκιμή φορτίου 1C. Για αυτό, χρησιμοποιείται το "Performance Monitor" - ένα εργαλείο που σας επιτρέπει να μετράτε τον εξοπλισμό στο κύκλωμα εργασίας και να αφαιρείτε τους μετρητές απόδοσης.
Το παρακάτω είναι ένα βασικό σύνολο μετρητών που πρέπει να ρυθμίσετε για να παρακολουθείτε την απόδοση του υλικού στα Windows. Η συλλογή γίνεται από όλους τους διακομιστές όπου είναι εγκατεστημένοι διακομιστές 1C.
Εάν ο μετρητής ποσοστού επεξεργαστή για την προβολή "Επεξεργαστής" είναι υψηλός, θα πρέπει να προσδιορίσετε διεργασίες που μπορούν να διακοπούν χωρίς να επηρεαστεί η λειτουργία του διακομιστή και επίσης να μεταφερθούν σε άλλους διακομιστές.
Η προβολή "Διαδικασία" θα σας επιτρέψει να ρυθμίσετε την παρακολούθηση για κάθε μεμονωμένη διαδικασία, καθώς και να προσδιορίσετε ποιες από τις διεργασίες χρειάζονται τον περισσότερο χρόνο CPU. Εάν μόνο ο διακομιστής 1C είναι εγκατεστημένος στον διακομιστή, τότε για να κατανοήσετε τι φορτίο δίνει στο υλικό, πρέπει να διαμορφώσετε τη συλλογή των παρακάτω μετρητών:
| \Process("1cv8*")\% Χρόνος επεξεργαστή |
| \Process("ragent*")\% Χρόνος επεξεργαστή |
| \Process("ragent*")\Private Bytes |
| \Process("ragent*")\Virtual Bytes |
| \Process("rmngr*")\% Χρόνος επεξεργαστή |
| \Process("rmngr*")\Private Bytes |
| \Process("rmngr*")\Virtual Bytes |
| \Process("rphost*")\% Χρόνος επεξεργαστή |
| \Process("rphost*")\Private Bytes |
| \Process("rphost*")\Virtual Bytes |
| \Process("1cv8*")\Private Bytes |
| \Process("1cv8*")\Virtual Bytes |
Εάν το τρέχον σύστημα είναι σε μη ικανοποιητική κατάσταση, τότε με βάση τις μετρήσεις που συλλέγονται, εφαρμόζεται γραμμική εξάρτηση, θα πρέπει να υπολογίσετε τις παραμέτρους του εξοπλισμού για την εγκατάσταση του συστήματος στόχου.
Αν προγραμματίζεται μόνο η απόκτηση υλικού διακομιστή, οι παράμετροί του μπορούν να υπολογιστούν με εξομοίωση της λειτουργίας του προγραμματισμένου συστήματος, αλλά σε μικρότερη κλίμακα, στον υπάρχοντα εξοπλισμό. Για αυτό, χρησιμοποιείται το "1C: Test Center", το οποίο περιλαμβάνεται στην Εταιρική Εργαλειοθήκη 1C. Με βάση τις μετρήσεις που λαμβάνονται, χρησιμοποιώντας τις μεθόδους υπολογισμού, καθορίζονται οι παράμετροι του προγραμματισμένου συστήματος και, κατά συνέπεια, οι απαιτήσεις για τον εξοπλισμό. Αυτή η δοκιμή μπορεί να χρησιμοποιηθεί επανειλημμένα για διαφορετικές μετρήσεις, μετά την προσθήκη και επέκταση της λειτουργικότητας. Αυτή η τεχνική έχει υψηλή ακρίβεια και ευκολία υπολογισμού.
Λογιστική και λογιστική διαχείρισηΟι εταιρείες 1C είναι πιο κοινές στη Ρωσική Ομοσπονδία. Χιλιάδες εταιρείες διεξάγουν τις δραστηριότητές τους με βάση τυπικές και εξειδικευμένες διαμορφώσεις 1C. Με μια τέτοια μαζική χρήση, ανακύπτουν τακτικά μια σειρά από ερωτήματα σχετικά με τη βελτιστοποίηση του προϋπολογισμού για το λογισμικό και την λογική χρήση των πόρων. Οι διαφωνίες γύρω από τα τμήματα διακομιστή αυτού του συγκροτήματος δεν υποχωρούν, ειδικότερα, σε ποιο λειτουργικό σύστημα θα βασιστεί ο διακομιστής 1C και σε ποιο DBMS θα αναθέσει την επεξεργασία των βάσεων δεδομένων 1C. Κατά τη διάρκεια των δοκιμών μας, θα προσπαθήσουμε να απαντήσουμε σε αυτές τις ερωτήσεις.
Συμμετέχοντες στο τεστ
Λειτουργικό σύστημα MS Server και MS SQL DBMS
- Η εταιρεία 1C τοποθετεί ανοιχτά αυτήν τη δέσμη ως το κύριο μοντέλο εργασίας, αντίστοιχα, τα προϊόντα 1C δημιουργούνται κυρίως για αυτήν.
- Παρουσία του πρωτοκόλλου άμεσης υψηλής ταχύτητας ανταλλαγής πληροφοριών SharedMemory
- Υπάρχει ένας επίσημος τεχνική υποστήριξηκαι συμβάσεις παροχής υπηρεσιών
- Υπάρχει μια βάση γνώσεων και πολλές πληροφορίες σχετικά με την εγκατάσταση και λεπτό συντονισμό 1C+MS SQL
Λειτουργικό σύστημα Unix και PostgreSQL DBMS
- Το σύστημα είναι εντελώς δωρεάν (εκτός από την άδεια για τον διακομιστή 1C:Enterprise)
- Είναι δυνατή η ευέλικτη διαμόρφωση πολλών παραμέτρων που βελτιώνουν την απόδοση του DBMS
- Δηλωμένη υποστήριξη για προϊόντα PostgreSQL DBMS by 1C
- Δυνατότητα αντιγραφής βάσης δεδομένων
Φυσικά, το κόστος του έργου, η ανοχή σφαλμάτων και η τεχνική υποστήριξη είναι σημαντικά κριτήρια κατά την επιλογή ενός συστήματος πληροφοριών για το 1C. Ωστόσο, υπάρχει ένας παράγοντας που στις περισσότερες περιπτώσεις επηρεάζει δραματικά τη λήψη αποφάσεων - αυτός είναι η ταχύτητα.
Δεδομένου ότι η τεχνική βιβλιογραφία για αυτά τα δύο συστήματα στο Διαδίκτυο είναι απλά εξαιρετική, θα μπορούσε κανείς να υποστηρίξει για μεγάλο χρονικό διάστημα για μεγάλους συγκριτικούς πίνακες που, ανάλογα με τους στόχους, τονίζουν τα οφέλη ενός ή του άλλου προϊόντος. Μπορείτε να συζητήσετε αυτήν ή εκείνη την παράμετρο ανάμεσα σε εκατοντάδες άλλες του ίδιου είδους - πόσο μοναδική είναι στο είδος της και πώς επηρεάζει την επίτευξη του αποτελέσματος. Αλλά η θεωρία χωρίς πρακτική είναι νεκρή - προτείνουμε σε αυτό το άρθρο να παραλείψετε τη θεωρία και να πάτε απευθείας στα γεγονότα για να ελέγξετε την απόδοση και των δύο συστημάτων πληροφοριών στην πράξη με ένα ορισμένο επίπεδο προτεινόμενων ρυθμίσεων και διάφορες επιλογέςαρχιτεκτονική διακομιστή (βλ. πίνακα 2).
Μέθοδοι δοκιμής
Στις δοκιμές μας, θα βασιστούμε σε δύο μεθόδους παραγωγής συνθετικού φορτίου και μίμησης της εργασίας των χρηστών σε 1C. Αυτή είναι η δοκιμή Gilev (TPC-1C) και μια ειδική δοκιμή 1C "Test Center" από την εργαλειοθήκη 1C: KIP με ειδικά σενάρια χρήστη.
Δοκιμή Gilev (TPC-1C)
Τεστ Gilevανήκει στην ενότητα των καθολικών δοκιμών φορτίου πολλαπλών πλατφορμών. Μπορεί να χρησιμοποιηθεί τόσο για την αρχιτεκτονική αρχείων όσο και για την αρχιτεκτονική πελάτη-διακομιστή 1C:Enterprise. Η δοκιμή μετρά την ποσότητα εργασίας ανά μονάδα χρόνου σε ένα νήμα και είναι κατάλληλη για την αξιολόγηση της ταχύτητας φόρτου εργασίας με ένα νήμα, συμπεριλαμβανομένης της ταχύτητας σχεδίασης της διεπαφής, του αντίκτυπου του κόστους των πόρων, της αναδημοσίευσης εγγράφων, των διαδικασιών στο τέλος του μήνα, της μισθοδοσίας , και τα λοιπά. Η καθολικότητα σάς επιτρέπει να κάνετε μια συνοπτική αξιολόγηση της απόδοσης χωρίς να είστε συνδεδεμένοι με μία διαμόρφωση πλατφόρμας. Το αποτέλεσμα της δοκιμής είναι μια συνολική αξιολόγηση του μετρούμενου συστήματος 1C, που εκφράζεται σε αυθαίρετες μονάδες.
Ένα εξειδικευμένο τεστ από το Test Center toolkit 1C: KIP
Κέντρο Δοκιμών- ένα εργαλείο για τη δοκιμή φορτίου πολλών χρηστών συστημάτων που βασίζονται στο 1C: Enterprise 8 (βλ. Εικόνα 1). Με τη βοήθειά του, μπορείτε να προσομοιώσετε το έργο της εταιρείας χωρίς τη συμμετοχή πραγματικών χρηστών, γεγονός που σας επιτρέπει να αξιολογήσετε τη δυνατότητα εφαρμογής, την απόδοση και την επεκτασιμότητα του συστήματος πληροφοριών σε πραγματικές συνθήκες. Το σύστημα είναι μια διαμόρφωση που παρέχει έναν μηχανισμό για τη διαχείριση της διαδικασίας δοκιμής. Για να δοκιμάσετε μια βάση πληροφοριών, είναι απαραίτητο να ενσωματώσετε τη διαμόρφωση του Κέντρου Δοκιμών στη διαμόρφωση της δοκιμασμένης βάσης δεδομένων συγκρίνοντας και συγχωνεύοντας διαμορφώσεις. Ως αποτέλεσμα της συγχώνευσης, αντικείμενα και κοινές ενότητες που είναι απαραίτητες για τη λειτουργία του Κέντρου Δοκιμών θα προστεθούν στα μεταδεδομένα της υπό δοκιμή βάσης δεδομένων.
Εικόνα 1 - Σχέδιο εργασίας "Κέντρο δοκιμών" 1C: όργανα
Έτσι, χρησιμοποιώντας την εργαλειοθήκη 1C: instrumentation, με βάση τα διαθέσιμα δεδομένα σε πραγματικές βάσεις παραγωγής 1C, ο προγραμματιστής δημιουργεί ένα πλήρες σενάριο αυτόματων δοκιμών που βασίζεται σε μια λίστα εγγράφων και βιβλίων αναφοράς που είναι βασικά για αυτού του τύπουδιαμόρφωση (αίτηση για δαπάνη κεφαλαίων, παραγγελία σε προμηθευτή, πώληση αγαθών και υπηρεσιών κ.λπ.). Όταν εκτελείτε το σενάριο, το Κέντρο δοκιμών θα αναπαράγει αυτόματα τη δραστηριότητα πολλών χρηστών που περιγράφεται στο σενάριο. Για να γίνει αυτό, το Κέντρο δοκιμών θα δημιουργήσει τον απαιτούμενο αριθμό εικονικών χρηστών (σύμφωνα με τη λίστα ρόλων) και θα ξεκινήσει την εκτέλεση των ενεργειών.
Επιλογές δοκιμής
Κατά τη ρύθμιση σεναρίων δοκιμών για την αξιόπιστη προσομοίωση της ταυτόχρονης εργασίας μεγάλου αριθμού χρηστών, ορίζονται ορισμένες παράμετροι δοκιμής για κάθε τύπο εγγράφου (βλ. Πίνακα 1):
- Έγγραφο - υποδεικνύει ένα συγκεκριμένο έγγραφο στη βάση δεδομένων εργασίας, βάσει του οποίου θα πραγματοποιηθεί η δοκιμή φορτίου
- Προτεραιότητα εκτέλεσης - σχηματίζει τη σειρά με την οποία εκτελούνται οι δοκιμές για κάθε τύπο εγγράφου
- Αριθμός εγγράφων - καθορίζει τον όγκο των εγγράφων δοκιμής που δημιουργούνται
- Παύση, δευτερόλεπτα - καθυστέρηση κατά την έναρξη μιας σειράς δοκιμών στον ίδιο τύπο εγγράφου
- Ο αριθμός των γραμμών στο έγγραφο είναι ένας δείκτης πληροφοριών που αναφέρει τη «μαζικότητα» του εγγράφου δοκιμής, το οποίο επηρεάζει τον χρόνο επεξεργασίας και το φόρτο στους πόρους
Οι δοκιμές πραγματοποιούνται σε 3 επαναλήψεις, τα αποτελέσματα καταγράφονται σε πίνακα. Έτσι, τα ληφθέντα αποτελέσματα δοκιμής, μετρημένα σε δευτερόλεπτα, αντικατοπτρίζουν πιο ρεαλιστικά και αντικειμενικά το επίπεδο απόδοσης των βάσεων 1C σε συνθήκες όσο το δυνατόν πλησιέστερες προς τις πραγματικές (βλ. Πίνακες 3.1 και 3.2).
Πίνακας 1. Δοκιμή παραμέτρων σεναρίου
| Εγγραφο | Προτεραιότητα έναρξης | Αριθμός εγγράφων | Παύση, δευτερόλεπτα | Αριθμός γραμμών στο έγγραφο | |
| Ρόλος 1 | Τιμολόγιο αγοραστή | 1 | 25 | 51 | 62 |
| Παραλαβή εμπορευμάτων | 2 | 25 | 80 | ||
| Πώληση αγαθών | 3 | 25 | 103 | ||
| Χρηματικά εντάλματα | 4 | 25 | 1 | ||
| Επιστροφές Αγοραστή | 5 | 25 | 82 | ||
| Ρόλος 2 | Τιμολόγιο αγοραστή5 | 10 | 65 | 79 | |
| Παραλαβή εμπορευμάτων | 1 | 22 | 80 | ||
| Πώληση αγαθών | 2 | 25 | 103 | ||
| Χρηματικά εντάλματα | 3 | 25 | 1 | ||
| Επιστροφές Αγοραστή | 4 | 25 | 75 | ||
| Ρόλος 3 | Τιμολόγιο αγοραστή | 4 | 15 | 45 | 76 |
| Παραλαβή εμπορευμάτων | 5 | 26 | 80 | ||
| Πώληση αγαθών | 1 | 52 | 103 | ||
| Χρηματικά εντάλματα | 2 | 26 | 1 | ||
| Επιστροφές Αγοραστή | 3 | 32 | 90 | ||
| Ρόλος 4 | Τιμολόγιο αγοραστή | 3 | 45 | 38 | 70 |
| Παραλαβή εμπορευμάτων | 4 | 30 | 80 | ||
| Πώληση αγαθών | 5 | 30 | 103 | ||
| Χρηματικά εντάλματα | 1 | 20 | 1 | ||
| Επιστροφές Αγοραστή | 2 | 20 | 86 | ||
| Ρόλος 5 | Τιμολόγιο αγοραστή | 2 | 30 | 73 | 76 |
| Παραλαβή εμπορευμάτων | 3 | 30 | 80 | ||
| Πώληση αγαθών | 4 | 30 | 103 | ||
| Χρηματικά εντάλματα | 5 | 18 | 1 | ||
| Επιστροφές Αγοραστή | 1 | 18 | 91 | ||
| Ρόλος 6 | Τιμολόγιο αγοραστή | 1 | 40 | 35 | 86 |
| Παραλαβή εμπορευμάτων | 2 | 40 | 80 | ||
| Πώληση αγαθών | 3 | 40 | 103 | ||
| Χρηματικά εντάλματα | 4 | 40 | 1 | ||
| Επιστροφές Αγοραστή | 5 | 40 | 88 | ||
| Ρόλος 7 | Τιμολόγιο αγοραστή | 5 | 25 | 68 | 80 |
| Παραλαβή εμπορευμάτων | 1 | 25 | 80 | ||
| Πώληση αγαθών | 2 | 25 | 103 | ||
| Χρηματικά εντάλματα | 3 | 25 | 1 | ||
| Επιστροφές Αγοραστή | 4 | 25 | 90 | ||
| Ρόλος 8 | Τιμολόγιο αγοραστή | 3 | 25 | 62 | 87 |
| Παραλαβή εμπορευμάτων | 4 | 25 | 80 | ||
| Πώληση αγαθών | 5 | 25 | 103 | ||
| Χρηματικά εντάλματα | 1 | 25 | 1 | ||
| Επιστροφές Αγοραστή | 2 | 25 | 92 | ||
| Ρόλος 9 | Τιμολόγιο αγοραστή | 2 | 20 | 82 | 82 |
| Παραλαβή εμπορευμάτων | 4 | 20 | 80 | ||
| Πώληση αγαθών | 5 | 20 | 103 | ||
| Χρηματικά εντάλματα | 1 | 20 | 1 | ||
| Επιστροφές Αγοραστή | 3 | 20 | 98 | ||
| Ρόλος 10 | Τιμολόγιο αγοραστή | 4 | 50 | 2 | 92 |
| Παραλαβή εμπορευμάτων | 1 | 50 | 80 | ||
| Πώληση αγαθών | 2 | 50 | 103 | ||
| Χρηματικά εντάλματα | 5 | 50 | 1 | ||
| Επιστροφές Αγοραστή | 3 | 50 | 98 |
Πίνακας 2. Προδιαγραφές βάση δοκιμής
| №p\p | Ο ρόλος του συστήματος | CPU\vCPU | RAM, GB | Σύστημα εισόδου/εξόδου δίσκου |
| 1 | Διακομιστής τερματικού – εικονική μηχανήγια τη διαχείριση δοκιμών | 4 πυρήνες 2,9 GHz |
16 GB | Intel Sata SSD Raid1 |
| 2 | Σενάριο 1.Εξοπλισμός διακομιστή 1C + DBMS | Intel Xeon E5-2690 16 πυρήνες |
96 GB | Intel Sata SSD Raid1 |
| 3 | Σενάριο 2.Διακομιστής 1C + DBMS εικονικός | 16 πυρήνες 2,9 GHz |
64 GB | Intel Sata SSD Raid1 |
| 4 | Σενάριο 3.Εικονικός διακομιστής 1C | 16 πυρήνες 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 5 | Σενάριο 4.Εικονικός διακομιστής DBMS | 16 πυρήνες 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 6 | Λογισμικό |
|
||
| 7 | Διαμορφώσεις 1C |
|
||
Πίνακας 3.1 Αποτελέσματα δοκιμής με τη δοκιμή Gilev (TPC-1C). Η υψηλότερη τιμή θεωρείται βέλτιστη.
Πίνακας 3.2 Αποτελέσματα δοκιμής με χρήση ειδικής δοκιμής 1C: KIP. Η μικρότερη τιμή θεωρείται βέλτιστη.
| λειτουργικό σύστημα Διακομιστής Microsoft | Λειτουργικό σύστημα κατηγορίας Unix | |||||
| Λίστα δοκιμών (μέση τιμή με βάση τα αποτελέσματα μιας σειράς 3 δοκιμών) | Διακομιστής υλικού 1C + DBMS, Πρωτόκολλο SharedMemory | Εικονικός διακομιστής 1C + DBMS, Πρωτόκολλο SharedMemory | Διακομιστής υλικού 1C και διακομιστής υλικού DBMS, πρωτόκολλο TCP-IP | Εικονικός διακομιστής 1C και εικονικός διακομιστής DBMS, πρωτόκολλο TCP-IP | ||
| Διεξαγωγή 1C: δοκιμές KIP σε υπάρχουσα βάση δεδομένων, διαμόρφωση Accounting Enterprise | ||||||
| Ισολογισμός κύκλου εργασιών | 1.741 δευτ | 2.473 δευτ | 2.873 δευτ | 2.522 δευτ | 13.866 δευτ | 9.751 δευτ |
| Πραγματοποίηση επιστροφής αγαθών από αγοραστές | 0,695 δευτ | 0,775 δευτ | 0,756 δευτ | 0,781 δευτ | 0,499 δευτ | 0,719 δευτ |
| Επεξεργασία εντολών πληρωμής | 0,048 δευτ | 0,058 δευτ | 0,063 δευτ | 0,064 δευτ | 0,037 δευτ | 0,065 δευτ |
| Διεξαγωγή PTIS | 0,454 δευτ | 0,548 δευτ | 0,535 δευτ | 0,556 δευτ | 0,362 δευτ | 0,568 δευτ |
| Διενέργεια πωλήσεων αγαθών και υπηρεσιών | 0,667 δευτ | 0,759 δευτ | 0,747 δευτ | 0,879 δευτ | 0,544 δευτ | 0,802 δευτ |
| Δημοσίευση τιμολογίου για πληρωμή | 0,028 δευτ | 0,037 δευτ | 0,037 δευτ | 0,038 δευτ | 0,026 δευτ | 0,038 δευτ |
| Υπολογισμός εκτιμήσεων κόστους | 3.071 δευτ | 3.657 δευτ | 4.094 δευτ | 3.768 δευτ | 15.175 δευτ | 10,68 δευτ |
| Διεξαγωγή 1C: Δοκιμές KIP στην υπάρχουσα βάση, διαμόρφωση Trade Management | ||||||
| Εκτέλεση και επιστροφή από τον πελάτη | 2.192 δευτ | 2.113 δευτ | 2.070 δευτ | 2.418 δευτ | 1.417 δευτ | 1.494 δευτ |
| Διεξαγωγή και επιστροφή αγαθών στον προμηθευτή | 1.446 δευτ | 1.410 δευτ | 1.359 δευτ | 1.467 δευτ | 0,790 δευτ | 0,849 δευτ |
| Δημοσίευση παραγγελίας πώλησης | 0,355 δευτ | 0,344 δευτ | 0,335 δευτ | 0,361 δευτ | 0,297 δευτ | 0,299 δευτ |
| Διενέργεια επανακαταμέτρησης εμπορευμάτων | 0,140 δευτ | 0,134 δευτ | 0,131 δευτ | 0,144 δευτ | 0,100 δευτ | 0,097 δευτ |
| Διενέργεια παραλαβής προδιαγραφών | 1.499 δευτ | 1.438 δευτ | 1.412 δευτ | 1.524 δευτ | 1.097 δευτ | 1.189 δευτ |
| Πραγματοποίηση υλοποίησης Τ.Σ | 1.390 δευτ | 1.355 δευτ | 1.308 δευτ | 1.426 δευτ | 1.093 δευτ | 1.114 δευτ |
| Διεξαγωγή RKO | 0,759 δευτ | 0,729 δευτ | 0,713 δευτ | 0,759 δευτ | 0,748 δευτ | 0,735 δευτ |
- Σε μια ειδική δοκιμή 1C, οι λειτουργίες "ανάγνωσης δεδομένων και πολύπλοκων υπολογισμών", όπως "Ισολογισμός κύκλου εργασιών" και "Υπολογισμός εκτιμήσεων κόστους" είναι αρκετές φορές ταχύτερες στο MS SQL DBMS της Microsoft.
- Στις λειτουργίες "εγγραφής δεδομένων και ανάρτησης εγγράφων" στις περισσότερες δοκιμές, το PostgreSQL DBMS, βελτιστοποιημένο για 1C, δείχνει το καλύτερο αποτέλεσμα.
- Το συνθετικό τεστ του Gilev δείχνει επίσης το πλεονέκτημα της PostgreSQL. Το γεγονός αυτό συνδέεται με το γεγονός ότι το συνθετικό τεστ βασίζεται στη μέτρηση της ταχύτητας δημιουργίας και δημοσίευσης ορισμένων τύπων εγγράφων, κάτι που θεωρείται επίσης ότι είναι οι λειτουργίες «καταγραφής δεδομένων και ανάρτησης εγγράφων».
Ας τελειώσουμε με τη σύγκριση μεταξύ πλατφορμών, ας προχωρήσουμε στις συγκρίσεις σε κάθε σύστημα:
- Όπως ήταν αναμενόμενο, οι δοκιμές 1C σε μια πλατφόρμα υλικού δείχνουν καλύτερα αποτελέσματα από ό,τι σε μια εικονική. Η διαφορά στα αποτελέσματα της ειδικής δοκιμής 1C και στις δύο περιπτώσεις είναι μικρή, γεγονός που υποδηλώνει τη σταδιακή βελτιστοποίηση των κατασκευαστών εικονικών hypervisor.
- Αναμένεται επίσης ότι η χρήση της τεχνολογίας κοινόχρηστης μνήμης (SharedMemory) επιταχύνει τη διαδικασία ανταλλαγής δεδομένων μεταξύ του διακομιστή 1C και του DBMS. Συνεπώς, τα αποτελέσματα των δοκιμών είναι ελαφρώς καλύτερα από αυτά του σχήματος με την αλληλεπίδραση δικτύου αυτών των δύο υπηρεσιών μέσω του πρωτοκόλλου TCP-IP.
Μπορούμε να συμπεράνουμε ότι με τη σωστή ρύθμιση του 1C και του DBMS, μπορείτε να επιτύχετε σημαντικά αποτελέσματα ακόμη και σε δωρεάν λογισμικό. Ως εκ τούτου, κατά το σχεδιασμό μιας νέας δομής πληροφορικής για το 1C, είναι απαραίτητο να ληφθεί υπόψη το επίπεδο φόρτου του συστήματος, ο τύπος των λειτουργιών που επικρατούν στη βάση δεδομένων, ο διαθέσιμος προϋπολογισμός, η παρουσία ειδικού σε μη τυπικά DBMS, την ανάγκη για ενοποίηση με εξωτερικές υπηρεσίες κ.λπ. Με βάση αυτά τα δεδομένα, είναι ήδη δυνατή η επιλογή της απαιτούμενης λύσης.
Διαβάστε για δοκιμή.
Καλημέρα αγαπητοί μου.
Αυτή η σημείωση είναι μια υπόδειξη για μένα και για άλλους.
Αυτές οι πληροφορίες είναι χρήσιμες για αρχάριους για τη δημιουργία και τη βελτιστοποίηση της βάσης δεδομένων 1C στον διακομιστή SQL
Όταν δεν έχετε εμπειρία με το τμήμα διακομιστή του 1C, τότε όταν προκύπτει μια τέτοια επιθυμία ή/και ανάγκη, υπάρχουν αρκετές αποχρώσεις και όχι προφανή πράγματα.
Είναι λυπηρό το γεγονός ότι ακόμη και μια τόσο απλή αναζήτηση όπως η επιλογή διακομιστή για 1C δεν εγγυάται επιτυχία και μπορεί να αντιμετωπίσετε την εξαιρετικά αργή απόδοσή του.
Εδώ, στο στάδιο του να καταλάβουμε τι είναι λάθος, και μπορεί να είναι απαραίτητο να καταλάβουμε με ποια σειρά και τι να κάνουμε.
Αρχίζουν. Μην ξεχάσετε να δημιουργήσετε αντίγραφα ασφαλείας των δεδομένων σας.
Ο διακομιστής μου βασίζεται στο πρότυπο Windows Server 2012 R2 και SQL 2012.
Μπορεί να έχετε άλλα εισερχόμενα, δεν πειράζει (προς το παρόν).
Πήραμε την ενσωματωμένη παράδοση USP (περιλαμβάνει 10 άδειες πελάτη, έναν διακομιστή (μόνο 32 bit) και διαμορφώσεις των ZUP, UT, Accounting και του ίδιου του USP. Αξίζει να σημειωθεί ότι οι δικαιοδόχοι ήθελαν να συμπεριλάβουν ξεχωριστές παραδόσεις πλήρως και Το CORP είναι καλύτερο αμέσως. Η ανάλυση έδειξε ότι αυτό είναι περιττό και είναι φθηνότερο να λάβετε μια σύνθετη διαμόρφωση.
Όταν επιλέγετε υλικό, είναι σημαντικό να θυμάστε ότι στην έκδοση πελάτη-διακομιστή του 1C, χρειάζεστε τη μέγιστη συχνότητα επεξεργαστή, καθώς και τη συχνότητα μνήμης (θυμηθείτε το όταν επιλέγετε υλικό). (δηλαδή, το Hyper trading και όλα τα είδη των καταστάσεων C1-2-3 είναι καλύτερα να απενεργοποιηθούν στο BIOS).
Είναι επίσης απαραίτητο να εξαπλωθεί "φυσικά" το βασικό αρχείο (MDF) και το αρχείο καταγραφής (LDF) σε ξεχωριστούς σκληρούς δίσκους, όχι σε λογικούς δίσκους.
Και αν για την έκδοση αρχείου θα ήταν βέλτιστο να προτείνουμε έναν SSD, τότε εδώ, δεν είναι όλα τόσο προφανή.
Πηγαίνετε στο φόρουμ του Gilev για να εξοικειωθείτε με τα «μυστήρια» που προκύπτουν σε μια προσπάθεια βελτίωσης της απόδοσης του 1C. Πολλά ενδιαφέροντα.
Στην περίπτωσή μου, συνάδελφοι διαχειριστές μου ανέθεσαν ένα blade σε έναν διακομιστή blade, με 2 φυσικούς επεξεργαστές AMD Quad-Core Opteron (tm) Processor 2354, με 16 GB (667 MHz). Σύστημα σε 2 δίσκους σε καθρέφτη. Οι δίσκοι για τη βάση διατέθηκαν από το Fiber chanel, σε HP EVA.
Τώρα ψάχνω για άλλη διαμόρφωση, αλλά προς το παρόν πρέπει να ζήσω σε αυτό.
Και στο στάδιο της υλοποίησης, ενώ διεξάγεται η ανάλυση σχετικά με τον τρόπο μεταφοράς δεδομένων από άλλο σύστημα ERP, ο προγραμματιστής 1C επέστησε την προσοχή μου στην αργή εργασία και τα μεγάλα έγγραφα. Δηλαδή, το σύστημα δεν υπόκειται σε εκμετάλλευση ακόμα, αλλά ήδη επιβραδύνεται και πεθαίνει, και η επανάληψη είναι 3 φορές πιο αργή από αυτή ενός ατόμου σε φορητό υπολογιστή και οι άνθρωποι θα πρέπει επίσης να εργαστούν με αυτό (3-4 κύρια, και 25-40 χρονόμετρα).
Όχι παραγγελία.
Συνέστησε τη χρήση του τεστ Gilev (ο ιστότοπός του είναι εύκολος να αναζητηθεί στο google), το οποίο είναι γεμάτο από υπηρεσίες υποστήριξης και πληροφορίες. Αυτό που χρησιμοποίησε.
Η δοκιμή έδειξε ότι όλα είναι άσχημα και λείπει ο προτεινόμενος αριθμός χρηστών.
Κοιτάζοντας πιο προσεκτικά, συνειδητοποίησα ότι η βάση και το αρχείο καταγραφής βρίσκονται τουλάχιστον σε διαφορετικούς δίσκους - αλλά λογικούς.
Και για να το διορθώσω, έφτιαξα στιγμιότυπα οθόνης και αυτό το σημείωμα για το μέλλον στον εαυτό μου και στους άλλους:
Δημιουργία βάσης δεδομένων στο Διακομιστής SQLστούντιο διαχείρισης. Διανέμουμε τη βάση δεδομένων και το αρχείο καταγραφής σε διαφορετικούς φυσικούς δίσκους.
Επιλέξτε Απλή μέθοδος ανάκτησης
Δημιουργούμε νέα βάσημέσω ενός πελάτη 1C σε υπολογιστή
Επιλέξτε να προσθέσετε μια βάση πληροφοριών. Στην περίπτωσή μας, καμία διαμόρφωση.
Ορίστε ένα όνομα. Οποιοδήποτε εδώ. Καλύτερα από ό,τι στον διακομιστή.
Συμπληρώνουμε τα στοιχεία. Όταν υποδεικνύεται στον διακομιστή, το όνομα διακομιστή υποδεικνύεται 127.0.0.1 - διαφορετικά δεν λειτούργησε.
μην αλλάξεις τίποτα εδώ
Φορτώνουμε τη βάση πληροφοριών μας (προηγουμένως διαθέσιμη ή νέα, για παράδειγμα, μια δοκιμή)
Στην πραγματικότητα η επιλογή της βάσης. Φορτώνω τη δοκιμή του Gilev για την πλατφόρμα 8.3
Επιβεβαιώνουμε
Επιβεβαιώνουμε
Περίληψη δοκιμής. Όλα εξακολουθούν να είναι κακά, αλλά ο προτεινόμενος αριθμός χρηστών είναι μεγαλύτερος από τον απαιτούμενο, κάτι που είναι καλό.
ΥΣΤΕΡΟΓΡΑΦΟ. Μην ξεχάσετε να δημιουργήσετε ένα αντίγραφο ασφαλείας.
P.P.S όταν εκτελείτε τη δοκιμή Gilev στη βάση δεδομένων δοκιμής, η οποία βρίσκεται στις ίδιες τοποθεσίες αποθήκευσης με οποιαδήποτε βάση δεδομένων μάχης - έχετε υπόψη σας ότι τουλάχιστον το αρχείο καταγραφής τείνει να καταλαμβάνει τα πάντα ελεύθερο μέρος, το οποίο είναι γεμάτο με το να σταματήσει η βάση μάχης και να μην περάσει τη δοκιμασία !!!
Το P.P.P.S θυμάται επίσης ότι η SQL εκτελείται χρησιμοποιώντας τη βάση δεδομένων TEMP που βρίσκεται στο ίδιο μέρος όπου είναι εγκατεστημένη η SQL (από προεπιλογή στο C).
Ως εκ τούτου, είναι επιθυμητό να βελτιωθεί η πρόσβαση και σε αυτή τη βάση δεδομένων.
Επίσης πληροφορίες για βοήθεια - Το Effector Saver σάς επιτρέπει να αποθηκεύσετε 1s της βάσης
Δεν έχει νόημα να δημιουργείτε αντίγραφα ασφαλείας για όλα τα άλλα, αφού στην περίπτωσή μου οι άδειες είναι λογισμικό και όταν μεταφέρονται σε άλλο υλικό, οι άδειες πετούν.
Από επιπλέον.
Εάν θέλετε να δώσετε στους χρήστες τομέα την ελευθερία να δημιουργήσουν οποιαδήποτε βάση δεδομένων χρησιμοποιώντας 1C, τότε λογαριασμόςΑρκούν οι υπηρεσίες διακομιστή 1C για τη δημιουργία ενός λογαριασμού τομέα που έχει το δικαίωμα να δημιουργεί βάσεις δεδομένων χωρίς διαχειριστές συστήματος,
Ταυτόχρονα, δεν χρειάζεται να γράψετε τη σύνδεση και τον κωδικό πρόσβασης στις ιδιότητες της βάσης πληροφοριών ...
Φόρτωση...