Το άρθρο μας σήμερα έχει σχεδιαστεί για να βοηθήσει τους αρχάριους ανδρείκελους να κατανοήσουν τους λαβύρινθους των υπηρεσιών ηλεκτρονικού ταχυδρομείου, από τις οποίες υπάρχουν πολλές στο Διαδίκτυο. Θα εξετάσουμε μια μάλλον ασήμαντη, αλλά προβληματική για πολλούς, ερώτηση - πώς να επισυνάψετε ένα αρχείο σε μια εξερχόμενη επιστολή στις υπηρεσίες Gmail, Yandex, Rambler και Mail.Ru.

(εντοπισμός σφαλμάτων mosloadposition)

Gmail

Κατά τη δημιουργία ενός νέου email στο Gmail από Google, απλώς κάντε κλικ στον σύνδεσμο «Επισύναψη αρχείου» και, στη συνέχεια, βρείτε το επιθυμητό αρχείο ή το αρχείο στον υπολογιστή σας και κάντε διπλό κλικ σε αυτό.

Λάβετε υπόψη ότι μπορείτε να επισυνάψετε αρχεία ή αρχεία μόνο σε e-mail. Αυτός ο κανόνας δεν ισχύει μόνο για το Gmail, αλλά και για άλλες υπηρεσίες email. Δεν μπορείτε να επισυνάψετε έναν φάκελο σε ένα εξερχόμενο email! Εάν χρειάζεται να στείλετε πολλά αρχεία, πρέπει να συσκευαστούν σε ένα αρχείο, για παράδειγμα, Μορφή RARή ZIP, το οποίο μπορείτε στη συνέχεια να επισυνάψετε στο γράμμα. Μπορείτε επίσης να επισυνάψετε κάθε αρχείο από το φάκελο ξεχωριστά.

Για να επισυνάψετε επόμενο αρχείοκάντε κλικ στο σύνδεσμο «Επισύναψη άλλου αρχείου» και ακολουθήστε τα βήματα που γνωρίζετε ήδη για να επιλέξετε ένα αρχείο.

Για να καταργήσετε την επισύναψη ενός αρχείου σε ένα γράμμα, απλώς καταργήστε την επιλογή του πλαισίου δίπλα του.

ΝΑ Email του GmailΜπορείτε να επισυνάψετε όσα αρχεία θέλετε. Απλώς πρέπει να θυμάστε ότι το συνολικό μέγεθος της επιστολής, συμπεριλαμβανομένων όλων των συνημμένων αρχείων, δεν πρέπει να υπερβαίνει τα 25 MB.
Έχετε επίσης υπόψη σας ότι η ναυτιλία εκτελέσιμα αρχεία, για παράδειγμα, σε μορφή EXE, Υπηρεσία Gmailαπαγορευμένος. Ωστόσο, η συσκευασία αρχείων σε ένα αρχείο επίσης δεν βοηθά. Ωστόσο, υπάρχει διέξοδος από οποιαδήποτε κατάσταση: μπορείτε να αλλάξετε την επέκταση αρχείου, για παράδειγμα, από EXE σε EX και να ενημερώσετε τον παραλήπτη της επιστολής ότι μετά την αποθήκευση στον υπολογιστή, το αρχείο θα πρέπει να μετονομαστεί ξανά.

Αλληλογραφία στο Yandex

Η επισύναψη αρχείων σε γράμματα στην υπηρεσία αλληλογραφίας Yandex είναι εξίσου εύκολη. Απλώς κάντε κλικ στο κουμπί "Επισύναψη αρχείου..." και επιλέξτε το επιθυμητό αρχείο ή αρχείο στον υπολογιστή σας και, στη συνέχεια, κάντε διπλό κλικ σε αυτό.

Μπορείτε να επισυνάψετε πολλά αρχεία σε ένα γράμμα κάνοντας κλικ στο κουμπί "Επισύναψη αρχείου..." κάθε φορά. Θα πρέπει να θυμόμαστε ότι μέγιστο μέγεθοςΤα εξερχόμενα email με όλα τα συνημμένα αρχεία δεν πρέπει να υπερβαίνουν τα 22 MB. Αλλιώς επιπλέον αρχείαθα πρέπει να διαγραφεί.

Αλλά αυτό είναι πολύ εύκολο να το κάνετε - κάντε κλικ στο εικονίδιο με έναν κόκκινο σταυρό δίπλα στο περιττό αρχείο για να το ξεκαρφιτσώσετε από το γράμμα.

Η αλληλογραφία Yandex έχει πολύ ενδιαφέρουσα επιλογή, που σας επιτρέπει να ανεβάσετε αρχεία στο Yandex.People αντί να τα επισυνάψετε σε ένα γράμμα. Εάν το μέγεθος του αρχείου που επισυνάπτεται στο μήνυμα υπερβαίνει το επιτρεπόμενο όριο, το αρχείο θα μεταφορτωθεί αυτόματα στο People και ο παραλήπτης της επιστολής σας θα δει έναν σύνδεσμο, κάνοντας κλικ στον οποίο μπορεί να κατεβάσει το αρχείο.

Εάν είναι απαραίτητο, μπορείτε να ανεβάσετε ανεξάρτητα οποιοδήποτε αρχείο στο People: κάντε κλικ στο βέλος δίπλα στο κουμπί "Επισύναψη αρχείου" και επιλέξτε αυτή τη μέθοδομεταφορά αρχείων. Το μέγιστο μέγεθος αρχείου που μεταφορτώνεται στο Yandex.People είναι 5 GB.

Mail στο Rambler

Η υπηρεσία αλληλογραφίας Rambler παρέχει ένα παρόμοιο πρότυπο για την επισύναψη αρχείων σε εξερχόμενες επιστολές: θα χρειαστεί να κάνετε κλικ στο κουμπί "Επισύναψη αρχείων", να βρείτε και να επιλέξετε απαραίτητα αρχείαστο δίσκο του υπολογιστή.

Μπορείτε να επισυνάψετε πολλά αρχεία σε ένα μήνυμα. Να θυμάστε όμως ότι το συνολικό τους μέγεθος δεν πρέπει να ξεπερνά τα 20 MB.
Εάν πρέπει να διαγράψετε αρχεία που επισυνάπτονται σε ένα γράμμα, απλώς κάντε κλικ στο εικονίδιο με έναν κόκκινο σταυρό δίπλα στο όνομα του αρχείου που πρόκειται να διαγραφεί.

Mail.Ru

Και τέλος, η τελευταία υπηρεσία email που θα εξετάσουμε σήμερα είναι ταχυδρομική υπηρεσία Mail.Ru. Όπως και το Yandex, σας επιτρέπει να στέλνετε αρχεία με δύο τρόπους - επισυνάψτε απευθείας σε μια επιστολή ή ανεβάστε στο [email protected]. Στην τελευταία περίπτωση, στον παραλήπτη του μηνύματός σας θα σταλεί ένας σύνδεσμος για τη λήψη του αρχείου.

Για να επισυνάψετε ένα αρχείο σε ένα γράμμα, κάντε κλικ στο κουμπί "Επισύναψη αρχείων" και, στη συνέχεια, επιλέξτε τα απαραίτητα αρχεία στον υπολογιστή σας. Μπορείτε να επισυνάψετε πολλά αρχεία και αρχεία σε ένα email κάνοντας κλικ στο κουμπί "Επισύναψη περισσότερων".

Το συνολικό μέγεθος όλων των αρχείων που επισυνάπτονται στην επιστολή δεν πρέπει να υπερβαίνει τα 22 MB. Εάν τα αρχεία που προετοιμάζονται για αποστολή είναι μεγαλύτερα από 30 MB, τότε θα πρέπει να μεταφορτωθούν στον διακομιστή [email protected]. Για να το κάνετε αυτό, κάντε κλικ στον σύνδεσμο "Αλλαγή" και επιλέξτε αυτήν τη μέθοδο επισύναψης αρχείων - "Μεταφορτώστε όλα τα αρχεία στο [email protected] και επισυνάψτε στο γράμμα με τη μορφή συνδέσμων." Σε αυτήν την περίπτωση, ο παραλήπτης θα λάβει μια επιστολή με συνδέσμους που δημιουργούνται αυτόματα για τη λήψη αρχείων από τον διακομιστή.

Δεν μπορούν να επισυναφθούν περισσότερα από 20 αρχεία σε κάθε εξερχόμενη επιστολή. Σε αυτήν την περίπτωση, το μέγεθος κάθε αρχείου δεν πρέπει να υπερβαίνει το 1 GB.

Εάν πρέπει να διαγράψετε αρχεία από την εφαρμογή, απλώς κάντε κλικ στο εικονίδιο με έναν κόκκινο σταυρό δίπλα στο όνομα του αρχείου που πρόκειται να διαγραφεί. Θα εξαφανιστεί από τη λίστα.

Έτσι, εξετάσαμε τρόπους αποστολής email με συνημμένα σε διάφορα ταχυδρομικές υπηρεσίες. Κάθε υπηρεσία έχει τις δικές της αποχρώσεις, επομένως κατά τη δημιουργία εξερχόμενων επιστολών, σας συμβουλεύουμε να προσέχετε τον επιτρεπόμενο αριθμό, το μέγεθος και τη μορφή των αρχείων που επισυνάπτονται σε αυτήν.

Ειδικά για τον Yachainik, την Elena Carlton

(mosloadposition cpanel)

Όταν χρησιμοποιείτε την έκδοση αρχείου των βάσεων πληροφοριών, εμφανίζεται συχνά το σφάλμα "Υπέρβαση μέγιστου ορίου". επιτρεπόμενο μέγεθος εσωτερικό αρχείο», συνδέεται πρωτίστως με τις ιδιαιτερότητες της υλοποίησης του λειτουργία αρχείου. Περιέχει 4 αρχεία:

• Αρχείο περιγραφής δομής πίνακα
• Αρχείο ευρετηρίου (μεταφέρθηκε από το κύριο αρχείο)
• Αρχείο τιμών
• Αρχείο καταγραφής

Επιβάλλονται επίσης περιορισμοί, όπως: το μέγιστο μέγεθος του εσωτερικού αρχείου να μην υπερβαίνει τα 4 GB, το μήκος του κλειδιού στο ευρετήριο να μην υπερβαίνει τα 1920 byte και τέλος, ο αριθμός των πεδίων για ευρετηρίαση να μην υπερβαίνει τα 256 πεδία. Το πιο σημαντικό πράγμα για εμάς είναι το όριο μεγέθους αρχείου των 4 GB. Πώς μπορεί να είναι αυτό; λες. Υπάρχουν αρχεία βάσης δεδομένων 10 και 12 GB. Ναι, αυτό είναι σωστό - αυτό σημαίνει ότι κανένα από τα εσωτερικά αρχεία δεν ξεπέρασε τα 4 GB. Τολμώ να σε απογοητεύσω. Ωστόσο, το μέγιστο μέγεθος της βάσης δεδομένων, το ίδιο το αρχείο 1Cv8.CD, εξακολουθεί να περιορίζεται στα 16 GB από προεπιλογή (αλλά ακόμα και αυτό μπορεί να παρακαμφθεί), καθώς πρόκειται για περιορισμό διεύθυνσης καταγραφής σύστημα αρχείων NTFS (τα αρχεία 16 GB δεν αντιγράφονται στα Windows, επειδή εάν η ανάγνωση/εγγραφή αποτύχει σε ένα τμήμα που είναι μεγαλύτερο από αυτά τα 16 GB, το λειτουργικό σύστημα δεν μπορεί να ελέγξει την ακεραιότητα του συστήματος αρχείων.)

Για να λύσετε αυτό το πρόβλημα, πρέπει να υπολογίσετε ποιο τραπέζι καταλαμβάνει πολύ χώρο. Για να το κάνετε αυτό, μπορείτε να χρησιμοποιήσετε λογισμικό τρίτων κατασκευαστών Tool_1CD, το οποίο σας επιτρέπει να κοιτάξετε μέσα στο αρχείο 1Cv8.CD, δηλαδή να προσδιορίσετε το μέγεθος των πινάκων, να μεταφορτώσετε στο Μορφή XMLκαι πολλά άλλα.

Για να το λύσετε, πρέπει να μειώσετε το μέγεθος αυτού του ίδιου του πίνακα ή να τον μετατρέψετε σε έκδοση SQL. Πώς να αγοράσετε λοιπόν Διακομιστής SQLΕίναι αρκετά ακριβό, αναζητούμε αυτόν τον πίνακα εμπειρικά. Συνήθως πρόκειται για «βαριά έγγραφα» με μεγάλο μέρος σε πίνακα, ογκώδεις καταλόγους, ιδιαίτερα συχνά μητρώα συσσώρευσης. Πρώτα απ 'όλα, αφαιρέστε όλα τα στοιχεία που έχουν επισημανθεί για διαγραφή από τη βάση δεδομένων. Στη συνέχεια, υπολογίστε ξανά τα σύνολα (αν υπάρχει πρόβλημα στο μητρώο συσσώρευσης, τότε μερικές φορές βοηθάει). Τα μητρώα υπολοίπων ενδέχεται να έχουν κλείσει εσφαλμένα, γεγονός που οδηγεί σε απότομη αύξηση των συνολικών πινάκων. Η διαγραφή «κολλημένων» υπολοίπων μπορεί να ελευθερώσει έως και αρκετά GB.

Συμβαίνει ότι όλοι οι πίνακες είναι μικρότεροι από 4 GB, αλλά το σφάλμα εξακολουθεί να εμφανίζεται. Αυτή η κατάστασηπολύ πιο δύσκολο. Εδώ βρίσκεται το πρόβλημα στη δομή των matdata της διαμόρφωσης, δηλαδή στην ευρετηρίαση. Κατά τη φόρτωση της βάσης πληροφοριών από το αρχείο dt, φορτώνονται πρώτα τα δεδομένα όλων των πινάκων και μετά τα ευρετήρια. Σε κάποιο σημείο κατά τη δημιουργία ευρετηρίου, παρουσιάζεται ένα σφάλμα και δεν δημιουργούνται επόμενα ευρετήρια, γεγονός που σταματά τη φόρτωση και προκαλεί σφάλμα. Για να μάθετε ποιος πίνακας αποτυγχάνει κατά τη δημιουργία ενός ευρετηρίου, κάντε τα εξής:

• Ενεργοποιήστε το περιοδικό τεχνολογίας
• Δημιουργούμε κενό αρχείο ogcfg.xml με το ακόλουθο περιεχόμενο για παράδειγμα

και βάλτε το στον κατάλογο conf, για παράδειγμα C:\Program Files\1cv82\8.2.19.130\bin\conf

• ελέγχουμε ότι έχουν δημιουργηθεί τα αρχεία καταγραφής και τα αρχεία και επανεκκινούμε το πρόγραμμα διαμόρφωσης και ξεκινάμε ξανά τη λήψη. αφού παρουσιαστεί ένα σφάλμα, μεταβείτε στο αρχείο καταγραφήςστον φάκελο μας C:\log\error, ανοίξτε τον και αναζητήστε σε ποιο ευρετήριο εμφανίστηκε το σφάλμα.
• Στη συνέχεια, χρησιμοποιώντας το πρόγραμμα Database Table Storage Structure, αναζητούμε το ίδιο το αντικείμενο μεταδεδομένων.
• Λοιπόν, τότε αναζητούμε εμπειρικά είτε τα μακρά χαρακτηριστικά αυτού του αντικειμένου είτε την ιδιότητα που οδηγεί στην αποτυχία της κατασκευής του ευρετηρίου και συνεχίζουμε να προσπαθούμε, να προσπαθούμε και να προσπαθούμε μέχρι να καταλήξουμε σε μια λύση.
• Μετά από επιτυχημένους χειρισμούς ξεκινάμε τη δοκιμή και τη διόρθωση. Ως αποτέλεσμα, όλα τα ευρετήρια θα αναδημιουργηθούν και η βάση δεδομένων θα είναι πλήρως λειτουργική. Καλή τύχη!

Ας υποθέσουμε ότι έχετε δημιουργήσει ένα αρχείο βάσης δεδομένων και τώρα προσπαθείτε να το κατεβάσετε ως αρχείο. Στην αρχή όλα πάνε καλά, αλλά κάποια στιγμή εμφανίζεται ένα σφάλμα:

"Σφάλμα κατά τη φόρτωση της βάσης πληροφοριών. Δεν φορτώθηκαν όλα τα δεδομένα στη βάση πληροφοριών λόγω: Σφάλμα DBMS: Έχει γίνει υπέρβαση του μέγιστου επιτρεπόμενου μεγέθους εσωτερικού αρχείου"D:\1CBASES\NewDB/1Cv8.1CD" "

Προσωπικά αφιέρωσα πολύ χρόνο ψάχνοντας για μια λύση σε αυτό το πρόβλημα και τελικά τη βρήκα, κάτι που μας επέτρεψε να δημιουργήσουμε ένα αντίγραφο αρχείου της βάσης δεδομένων μεγέθους 18 GB και τελικά εξοικονομήσαμε περίπου μια εβδομάδα χρόνου (μπορώ να σας πω στο σχολιάζει πώς ήταν, αλλά τώρα δεν μιλάμε για όγκο).

Έτσι, μπορεί να υπάρχουν διάφοροι λόγοι για αυτό το σφάλμα:

1. Το μέγεθος οποιουδήποτε πίνακα στη βάση δεδομένων υπερβαίνει το όριο μεγέθους για έκδοση αρχείου(4 GB). Για να είμαστε ειλικρινείς, για να αποφύγουμε τέτοιες υπερβολές, ελέγξαμε εκ των προτέρων τα μεγέθη των πινάκων της βάσης δεδομένων χρησιμοποιώντας " " επεξεργασία (ή ανάλογα).
2. Το σφάλμα σχετίζεται με ένα σφάλμα στις δυνατότητες της πλατφόρμας και προκαλείται από μια συγκεκριμένη δομή των μεταδεδομένων της μεταφορτωμένης διαμόρφωσης.

Στην πρώτη περίπτωση, όλα είναι ξεκάθαρα - εάν ο μετρητής βάσης δείχνει ότι το όριο έχει ξεπεραστεί για ορισμένους από τους πίνακες της βάσης δεδομένων, τότε αυτοί οι πίνακες πρέπει να καθαριστούν. Αν μιλάμε γιασχετικά με έναν κατάλογο ή μη περιοδικό μητρώο πληροφοριών, τότε πρέπει να προσπαθήσετε να αφαιρέσετε τα περιττά στοιχεία/εγγραφές από εκεί. Το ίδιο ισχύει για τα «βαριά» έγγραφα με τα μέρη τους σε πίνακα. Το πρώτο πράγμα που πρέπει να κάνετε είναι να αφαιρέσετε τα επισημασμένα αντικείμενα, φυσικά.

Μητρώα συσσώρευσης - ξεχωριστό θέμα. Το μέγεθος των συνολικών πινάκων μπορεί να υπερβαίνει το μέγεθος των πινάκων καταχώρισης του μητρώου, συχνά σημαντικά. Μερικές φορές ακόμη και ένας απλός επανυπολογισμός των αποτελεσμάτων μπορεί να βοηθήσει.

Τα μητρώα υπολοίπων ενδέχεται να έχουν κλείσει εσφαλμένα (όχι για όλες τις διαστάσεις), γεγονός που οδηγεί σε ΠΟΛΥ σημαντική και ταχεία αύξηση των συνόλων πινάκων. Η διαγραφή των «κολλημένων» υπολοίπων του μητρώου συσσώρευσης μπορεί, κατά τον επόμενο επανυπολογισμό των συνόλων, να δώσει εξοικονόμηση έως και πολλών GB, δοκιμασμένη για δική σας εμπειρίααπό "απρόσεκτους" πελάτες.))

Τι πρέπει να κάνετε εάν κάθε πίνακας στη βάση δεδομένων σας έχει μέγεθος μικρότερο από 4 GB, αλλά το σφάλμα εξακολουθεί να εμφανίζεται;

Αυτό σημαίνει ότι έχετε τη δεύτερη περίπτωση - μια προβληματική δομή μεταδεδομένων διαμόρφωσης. Πιθανότατα, το σφάλμα παρουσιάζεται στο στάδιο δημιουργίας ευρετηρίου.

Με λίγα λόγια, θα περιγράψω την κατάσταση στο σύνολό της, ώστε να είναι ξεκάθαρη, σύμφωνα με τα λόγια του Viktor Sosnovsky από το 1C. Παρακάτω είναι ένα απόσπασμα από ένα φόρουμ συνεργατών:

"Κατά τη φόρτωση μιας βάσης πληροφοριών στην έκδοση αρχείου, πρώτα φορτώνονται τα δεδομένα όλων των πινάκων και στη συνέχεια δημιουργούνται ευρετήρια. Ένα σφάλμα στη δημιουργία ενός ευρετηρίου οδηγεί στο γεγονός ότι το ευρετήριο που δημιουργήθηκε με ένα σφάλμα και όλα τα επόμενα ευρετήρια δεν δημιουργούνται. Εάν υπάρχουν πολλά δεδομένα στη βάση δεδομένων, αυτό θα οδηγήσει σε σημαντική μείωση της παραγωγικότητας. Πλήρης απασχόλησημε μια τέτοια βάση θα είναι αδύνατο».

Πρέπει να μάθετε ποιος πίνακας προκαλεί το σφάλμα κατά τη δημιουργία του ευρετηρίου.

Συμπεριλάβετε το τεχνολογικό περιοδικό - στον φάκελο " C:\Program Files (x86)\1cv82\__PlatformVersionNumber__\bin\conf\(ή παρόμοια __PlatformVersionNumber__εισάγετε το δικό σας) βάλτε το αρχείο logcfg.xmlπερίπου ως εξής:

Διασφαλίζουμε προσεκτικά ότι οι κατάλογοι για χωματερές και αρχεία καταγραφής είναι:

1. Υπήρχαν
2. Διαφορετικά
3. Ήταν ευανάγνωστα και εγγράψιμα χρήστης των Windows, για λογαριασμό του οποίου εκτελείτε το πρόγραμμα διαμόρφωσης.

Κάνουμε επανεκκίνηση του διαμορφωτή (αυτό ενεργοποιεί το τεχνολογικό αρχείο καταγραφής) και προσπαθούμε να φορτώσουμε ξανά το .DT μας.Αφού παρουσιαστεί ένα σφάλμα, πηγαίνουμε στον κατάλογο καταγραφής, βρίσκουμε εκεί το αρχείο καταγραφής που περιέχει το σφάλμα μας και το διαβάζουμε προσεκτικά.

Η πρώτη κιόλας εμφάνιση του EXCPCNTX στο αρχείο καταγραφής στην περίπτωσή μου έδειξε την εντολή που προκάλεσε το σφάλμα: CREATE INDEX _Accum27148_ByDims_TRRRRRRRRRSSR(το όνομα του ευρετηρίου σας θα είναι διαφορετικό).

Χρησιμοποιώντας τους αριθμούς από το όνομα του ευρετηρίου, χρησιμοποιώντας " " επεξεργασία (ή ανάλογα που μπορούν να εμφανίζουν ευρετήρια), βρίσκουμε σε ποιον πίνακα ανήκει αυτό το ευρετήριο. Για μένα αποδείχθηκε ότι ήταν ένας πίνακας περιστροφών ενός από τους μη τυπικούς καταχωρητές συσσώρευσης.

Πρώτα απ 'όλα, θα πρέπει να εξετάσετε ποια πεδία περιλαμβάνονται στο ευρετήριο. Όπως αποδεικνύεται, στην πλατφόρμα ΠΡΑΓΜΑΤΙΚΑ δεν αρέσει όταν το συνολικό μέγεθος των βασικών πεδίων ευρετηρίου γίνεται σημαντικό. Συγκεκριμένα, δεν της αρέσει η ευρετηρίαση μακριές ουρές- έτσι, στην περίπτωσή μου, μια ιδιότητα με τύπο STRING (500) μπήκε στο ευρετήριο και προκάλεσε σφάλμα. Ένας άλλος εκπρόσωπος της εταιρείας 1C μίλησε σε ένα φόρουμ συνεργατών το 2007:

"Εάν το μήκος του κλειδιού αποδειχθεί ότι είναι κοντά στα 2K, τότε αρχίζει μια απότομη αύξηση του μεγέθους των δεικτών με μια σειρά από δυσάρεστες συνέπειες."

Και πράγματι, τίποτα δεν έχει αλλάξει το 2013 - μέσα παρόμοιες περιπτώσειςυπάρχει μια χιονοστιβάδα αύξηση στο μέγεθος του δείκτη κατά βάση δεδομένων αρχείων. Και όταν ο πίνακας ευρετηρίου υπερβαίνει το όριο των 4 GB, το loading.DT σταματά με ένα σφάλμα.

Προσωπικά, με βοήθησε να απενεργοποιήσω το πλαίσιο ελέγχου "Χρήση σε σύνολα" για την προβληματική ιδιότητα, επειδή Στην πραγματικότητα, δεν απαιτήθηκαν αποτελέσματα. Δεν εμφανίζεται πλέον στον ίδιο τον πίνακα περιστροφών και, ως εκ τούτου, στο ευρετήριο του πίνακα περιστροφών. Υπάρχουν και άλλοι τρόποι - για να περιορίσετε πιο αυστηρά το μέγεθος της γραμμής, για παράδειγμα. Διάβασα ότι βοήθησε κάποιους.

Αυτές οι αλλαγές πρέπει να εφαρμοστούν βάση πληροφοριών, αυτό θα αναδιαρθρώσει το τραπέζι σας.

Εάν γίνουν αλλαγές στα αντίγραφα SQL της βάσης δεδομένων, τότε μετά από αυτό θα πρέπει να επαναφορτώσετε το .DT και να προσπαθήσετε να το φορτώσετε ξανά στην έκδοση αρχείου.

Εάν το αντίγραφο SQL δεν είναι διαθέσιμο, τότε μπορείτε να προσπαθήσετε να το διορθώσετε απευθείας στο υποφορτωμένο αντίγραφο του αρχείου σας. Αφού αποδεχτείτε τις αλλαγές, εκτελέστε το "Test and Fix" σε λειτουργία αναδιάρθρωσης πίνακα βάσης δεδομένων. Τα ευρετήρια θα δημιουργηθούν εκ νέου από την πλατφόρμα και, ελπίζουμε, χωρίς σφάλματα.

Όσοι είναι ιδιαίτερα άτυχοι και το σφάλμα εμφανίζεται ξανά θα πρέπει πρώτα να επαναλάβουν ολόκληρη τη διαδικασία, ξεκινώντας με την ανάλυση των αρχείων καταγραφής. Ίσως υπήρχαν περισσότεροι από ένας προβληματικοί πίνακες ή δεν μπορέσατε να λύσετε το πρόβλημα με τα μεγέθη των πεδίων που περιλαμβάνονται στο ευρετήριο.

Ας υποθέσουμε ότι έχετε δημιουργήσει ένα αρχείο βάσης δεδομένων και τώρα προσπαθείτε να το κατεβάσετε ως αρχείο. Στην αρχή όλα πάνε καλά, αλλά κάποια στιγμή εμφανίζεται ένα σφάλμα:

"Σφάλμα κατά τη φόρτωση της βάσης πληροφοριών. Δεν φορτώθηκαν όλα τα δεδομένα στη βάση πληροφοριών λόγω: Σφάλμα DBMS: Έχει γίνει υπέρβαση του μέγιστου επιτρεπόμενου μεγέθους εσωτερικού αρχείου"D:\1CBASES\NewDB/1Cv8.1CD" "

Προσωπικά αφιέρωσα πολύ χρόνο ψάχνοντας για μια λύση σε αυτό το πρόβλημα και τελικά τη βρήκα, κάτι που μας επέτρεψε να δημιουργήσουμε ένα αντίγραφο αρχείου της βάσης δεδομένων μεγέθους 18 GB και τελικά εξοικονομήσαμε περίπου μια εβδομάδα χρόνου (μπορώ να σας πω στο σχολιάζει πώς ήταν, αλλά τώρα δεν μιλάμε για όγκο).

Έτσι, μπορεί να υπάρχουν διάφοροι λόγοι για αυτό το σφάλμα:

1. Το μέγεθος ΟΠΟΙΟΥΔΗΠΟΤΕ πίνακα στη βάση δεδομένων υπερβαίνει το όριο έκδοσης αρχείου (4 GB). Για να είμαστε ειλικρινείς, για να αποφύγουμε τέτοιες υπερβολές, ελέγξαμε εκ των προτέρων τα μεγέθη των πινάκων της βάσης δεδομένων χρησιμοποιώντας " " επεξεργασία (ή ανάλογα).
2. Το σφάλμα σχετίζεται με ένα σφάλμα στις δυνατότητες της πλατφόρμας και προκαλείται από μια συγκεκριμένη δομή των μεταδεδομένων της μεταφορτωμένης διαμόρφωσης.

Στην πρώτη περίπτωση, όλα είναι ξεκάθαρα - εάν ο μετρητής βάσης δείχνει ότι το όριο έχει ξεπεραστεί για ορισμένους από τους πίνακες της βάσης δεδομένων, τότε αυτοί οι πίνακες πρέπει να καθαριστούν. Εάν μιλάμε για έναν κατάλογο ή ένα μη περιοδικό μητρώο πληροφοριών, τότε πρέπει να προσπαθήσετε να αφαιρέσετε περιττά στοιχεία/εγγραφές από εκεί. Το ίδιο ισχύει για τα «βαριά» έγγραφα με τα μέρη τους σε πίνακα. Το πρώτο πράγμα που πρέπει να κάνετε είναι να αφαιρέσετε τα επισημασμένα αντικείμενα, φυσικά.

Τα μητρώα συσσώρευσης αποτελούν ξεχωριστό θέμα. Το μέγεθος των συνολικών πινάκων μπορεί να υπερβαίνει το μέγεθος των πινάκων καταχώρισης του μητρώου, συχνά σημαντικά. Μερικές φορές ακόμη και ένας απλός επανυπολογισμός των αποτελεσμάτων μπορεί να βοηθήσει.

Τα μητρώα υπολοίπων ενδέχεται να έχουν κλείσει εσφαλμένα (όχι για όλες τις διαστάσεις), γεγονός που οδηγεί σε ΠΟΛΥ σημαντική και ταχεία αύξηση των συνόλων πινάκων. Η διαγραφή «κολλημένων» υπολοίπων του μητρώου συσσώρευσης μπορεί, με τον επόμενο επανυπολογισμό των συνόλων, να αποφέρει εξοικονόμηση έως και πολλών GB, που ελέγχεται από τη δική μας εμπειρία με «απρόσεκτους» πελάτες.))

Τι πρέπει να κάνετε εάν κάθε πίνακας στη βάση δεδομένων σας έχει μέγεθος μικρότερο από 4 GB, αλλά το σφάλμα εξακολουθεί να εμφανίζεται;

Αυτό σημαίνει ότι έχετε τη δεύτερη περίπτωση - μια προβληματική δομή μεταδεδομένων διαμόρφωσης. Πιθανότατα, το σφάλμα παρουσιάζεται στο στάδιο δημιουργίας ευρετηρίου.

Με λίγα λόγια, θα περιγράψω την κατάσταση στο σύνολό της, ώστε να είναι ξεκάθαρη, σύμφωνα με τα λόγια του Viktor Sosnovsky από το 1C. Παρακάτω είναι ένα απόσπασμα από ένα φόρουμ συνεργατών:

"Κατά τη φόρτωση μιας βάσης πληροφοριών στην έκδοση αρχείου, πρώτα φορτώνονται τα δεδομένα όλων των πινάκων και στη συνέχεια δημιουργούνται ευρετήρια. Ένα σφάλμα στη δημιουργία ενός ευρετηρίου οδηγεί στο γεγονός ότι το ευρετήριο που δημιουργήθηκε με ένα σφάλμα και όλα τα επόμενα ευρετήρια δεν δημιουργούνται. Εάν υπάρχουν πολλά δεδομένα στη βάση δεδομένων, αυτό θα οδηγήσει σε σημαντική μείωση της παραγωγικότητας Η πλήρης εργασία με μια τέτοια βάση δεδομένων θα είναι αδύνατη».

Πρέπει να μάθετε ποιος πίνακας προκαλεί το σφάλμα κατά τη δημιουργία του ευρετηρίου.

Συμπεριλάβετε το τεχνολογικό περιοδικό - στον φάκελο " C:\Program Files (x86)\1cv82\__PlatformVersionNumber__\bin\conf\(ή παρόμοια __PlatformVersionNumber__εισάγετε το δικό σας) βάλτε το αρχείο logcfg.xmlπερίπου ως εξής:

Διασφαλίζουμε προσεκτικά ότι οι κατάλογοι για χωματερές και αρχεία καταγραφής είναι:

1. Υπήρχαν
2. Διαφορετικά
3. Ήταν αναγνώσιμα και εγγράψιμα από τον χρήστη των Windows για λογαριασμό του οποίου εκτελείτε το πρόγραμμα διαμόρφωσης.

Κάνουμε επανεκκίνηση του διαμορφωτή (αυτό ενεργοποιεί το τεχνολογικό αρχείο καταγραφής) και προσπαθούμε να φορτώσουμε ξανά το .DT μας.Αφού παρουσιαστεί ένα σφάλμα, πηγαίνουμε στον κατάλογο καταγραφής, βρίσκουμε εκεί το αρχείο καταγραφής που περιέχει το σφάλμα μας και το διαβάζουμε προσεκτικά.

Η πρώτη κιόλας εμφάνιση του EXCPCNTX στο αρχείο καταγραφής στην περίπτωσή μου έδειξε την εντολή που προκάλεσε το σφάλμα: CREATE INDEX _Accum27148_ByDims_TRRRRRRRRRSSR(το όνομα του ευρετηρίου σας θα είναι διαφορετικό).

Χρησιμοποιώντας τους αριθμούς από το όνομα του ευρετηρίου, χρησιμοποιώντας " " επεξεργασία (ή ανάλογα που μπορούν να εμφανίζουν ευρετήρια), βρίσκουμε σε ποιον πίνακα ανήκει αυτό το ευρετήριο. Για μένα αποδείχθηκε ότι ήταν ένας πίνακας περιστροφών ενός από τους μη τυπικούς καταχωρητές συσσώρευσης.

Πρώτα απ 'όλα, θα πρέπει να εξετάσετε ποια πεδία περιλαμβάνονται στο ευρετήριο. Όπως αποδεικνύεται, στην πλατφόρμα ΠΡΑΓΜΑΤΙΚΑ δεν αρέσει όταν το συνολικό μέγεθος των βασικών πεδίων ευρετηρίου γίνεται σημαντικό. Συγκεκριμένα, δεν του αρέσει να ευρετηριάζει μακριές συμβολοσειρές - έτσι, στην περίπτωσή μου, μια διάσταση τύπου STRING (500) μπήκε στο ευρετήριο και προκάλεσε σφάλμα. Ένας άλλος εκπρόσωπος της εταιρείας 1C μίλησε σε ένα φόρουμ συνεργατών το 2007:

"Εάν το μήκος του κλειδιού αποδειχθεί ότι είναι κοντά στα 2K, τότε αρχίζει μια απότομη αύξηση του μεγέθους των δεικτών με μια σειρά από δυσάρεστες συνέπειες."

Και πράγματι, τίποτα δεν έχει αλλάξει το 2013 - σε τέτοιες περιπτώσεις, παρατηρείται μια ανάπτυξη σαν χιονοστιβάδα στο μέγεθος του ευρετηρίου στη βάση του αρχείου. Και όταν ο πίνακας ευρετηρίου υπερβεί το όριο των 4 GB, το loading.DT σταματά με ένα σφάλμα.

Προσωπικά, με βοήθησε να απενεργοποιήσω το πλαίσιο ελέγχου "Χρήση σε σύνολα" για την προβληματική ιδιότητα, επειδή Στην πραγματικότητα, δεν απαιτήθηκαν αποτελέσματα. Δεν εμφανίζεται πλέον στον ίδιο τον πίνακα περιστροφών και, ως εκ τούτου, στο ευρετήριο του πίνακα περιστροφών. Υπάρχουν και άλλοι τρόποι - για να περιορίσετε πιο αυστηρά το μέγεθος της γραμμής, για παράδειγμα. Διάβασα ότι βοήθησε κάποιους.

Αυτές οι αλλαγές πρέπει να εφαρμοστούν στη βάση πληροφοριών, η οποία θα αναδιαρθρώσει τον πίνακά σας.

Εάν γίνουν αλλαγές στα αντίγραφα SQL της βάσης δεδομένων, τότε μετά από αυτό θα πρέπει να επαναφορτώσετε το .DT και να προσπαθήσετε να το φορτώσετε ξανά στην έκδοση αρχείου.

Εάν το αντίγραφο SQL δεν είναι διαθέσιμο, τότε μπορείτε να προσπαθήσετε να το διορθώσετε απευθείας στο υποφορτωμένο αντίγραφο του αρχείου σας. Αφού αποδεχτείτε τις αλλαγές, εκτελέστε το "Test and Fix" σε λειτουργία αναδιάρθρωσης πίνακα βάσης δεδομένων. Τα ευρετήρια θα δημιουργηθούν εκ νέου από την πλατφόρμα και, ελπίζουμε, χωρίς σφάλματα.

Όσοι είναι ιδιαίτερα άτυχοι και το σφάλμα εμφανίζεται ξανά θα πρέπει πρώτα να επαναλάβουν ολόκληρη τη διαδικασία, ξεκινώντας με την ανάλυση των αρχείων καταγραφής. Ίσως υπήρχαν περισσότεροι από ένας προβληματικοί πίνακες ή δεν μπορέσατε να λύσετε το πρόβλημα με τα μεγέθη των πεδίων που περιλαμβάνονται στο ευρετήριο.