त्रुटी: "कॉन्फिगरेशन संरचनेच्या अखंडतेचे उल्लंघन केले गेले आहे." त्रुटी: कॉन्फिगरेशन स्ट्रक्चरची अखंडता तुटलेली आहे. 1s 8.2 ची कॉन्फिगरेशन संरचना तुटलेली आहे.

कॉन्फिगरेशन सेव्हिंग प्रक्रियेदरम्यान अयशस्वी झाल्यास सहसा त्रुटी येते. परिणामी, कॉन्फिगरेशन योग्यरित्या जतन केले गेले नाही.
1. चाचणी आणि निराकरण किंवा ChDBFl.exe द्वारे तपासण्याचा प्रयत्न करा
2. समस्येचे खालील उपाय पहा:

काही प्रकरणांमध्ये, CACHE पूर्णपणे साफ करणे मदत करते. Windows 7 मध्ये, C:\Users\Administrator\AppData\Roaming\1C\1Cv82 आणि C:\Users\Administrator\AppData\Local\1C\1Cv82 (Win7x64) आहे.

किंवा अधिक तपशील:
1. समान आवृत्तीचे स्वच्छ कॉन्फिगरेशन आवश्यक आहे - कार्यरत.
2. कॅशे पूर्णपणे साफ करा (वर दर्शविलेले).
3. कॉन्फिग्युरेटर मोडमध्ये स्वच्छ डेटाबेस लाँच करा आणि कॉन्फिगरेशन उघडा. त्याच वेळी, 1C त्याचे कॅशे C:\Users\Administrator\AppData\Local\1C\1Cv82 (कॉन्फिगरेशन आयडी असलेल्या फोल्डरमधील फायली आणि फोल्डर्सचा संच) मध्ये तयार करतो. आम्हाला C:\Users मध्ये कॅशे देखील आवश्यक आहे. \Administrator\AppData\Roaming\1C \1Cv82. 1C बंद केल्यानंतर तुम्ही फक्त फोल्डर डेटाचे नाव बदलू शकता.
4. आमचा नॉन-वर्किंग डेटाबेस कॉन्फिगरेटर मोडमध्ये लाँच करा आणि कॅशे पहा. आणि परिणामी, आमच्याकडे कॉन्फिगरेशन आयडी (जिवंत आणि मृत) असलेले दोन फोल्डर आहेत.
5. सर्व काही बंद करा आणि मृत कॉन्फचे कॅशे पूर्णपणे थेट एका सह पुनर्स्थित करा. त्या. वर्तमान हटवा आणि पूर्वी पुनर्नामित केलेल्या फोल्डरसह पुनर्स्थित करा.
6. आम्ही कॉन्फिग्युरेटर मोडमध्ये नॉन-वर्किंग डेटाबेस लॉन्च करतो आणि येथे पहिले यश आहे - कॉन्फिगरेशन ट्री उघडले आहे, कॉन्फिगरेशन व्यवस्थापन मेनूचे विभाग सक्रिय आहेत.
7. समर्थन व्यवस्थापनावर जा आणि समर्थन पूर्णपणे काढून टाका. सेव्ह करा, अपडेट करा. आपण कार्यरत डेटाबेस कॉन्फिगरेशनसह फाइलद्वारे ते अद्यतनित करू शकता.
8. कॅशे पूर्णपणे हटवा.
9. आम्ही कॉन्फिग्युरेटर मोडमध्ये नॉन-वर्किंग डेटाबेस लॉन्च करतो, कॉन्फिगरेशन उघडण्याचा प्रयत्न करतो - सर्वकाही उघडते, कोणत्याही त्रुटी नाहीत.
10. 1C लाँच करा. सर्व काही उपलब्ध आहे. डेटा जागेवर आहे.

जेव्हा मी मध्यवर्ती डेटाबेसचे कॉन्फिगरेशन डायनॅमिकरित्या अद्यतनित केले आणि परिधीय वर एक्सचेंज केले तेव्हा समान संदेश होता आणि परिधीय वर एक समान संदेश दिसला.
1. कारण मी पेरिफेरलवरील कॉन्फिगरेटरमध्ये अजिबात प्रवेश करू शकलो नाही, म्हणून मला C:\Documents and Settings\Admin\Application Data\1C\1Cv81 फोल्डर हटवावे लागले.
2. कॉन्फिग्युरेटरवर जा आणि कॉन्फिगरेशन निवडा - डेटाबेस कॉन्फिगरेशन - डेटाबेस कॉन्फिगरेशनवर परत या.
3. मेननोड अपरिभाषित सेट.
4. कॉन्फिगरेशन - फाइलवरून कॉन्फिगरेशन लोड करा (केंद्रीय कॉन्फिगरेशन).
5. मेननोडने आवश्यक स्थापित केले आहे.

माझीही अशीच परिस्थिती होती, पण 8.1 ला. कॉन्फिगरेशनच्या डायनॅमिक अपडेट दरम्यान, वरवर पाहता एक अपयश आले, त्यानंतर मुख्य कॉन्फ आणि डीबी कॉन्फ दोन्ही अनलोड करण्याचा प्रयत्न केला आणि जेव्हा मी फाइल स्थानिक डेटाबेसमध्ये लोड करण्याचा प्रयत्न केला, तेव्हा संदेश "कॉन्फिगरेशनची अखंडता. संरचनेचे उल्लंघन करण्यात आले होते”. पण डेटाबेस फंक्शनल आहे. चाचणी आणि निराकरण किंवा ChDBFl.exe मधून काहीही मिळाले नाही.

मी कार्यरत डेटाबेसचा बॅकअप घेतला आणि तो स्वच्छ डेटाबेसमध्ये लोड केला. एक्सचेंज योजना जोडली
http://kb.mista.ru/article.php?id=7
आणि प्रारंभिक प्रतिमा तयार केली. इमेज डेटाबेसमधील कॉन्फिगरेशन दुरुस्त केले गेले आहे.

जर ते मदत करत नसेल तर, मी स्वत: ला रिसॉर्ट करू इच्छित असलेल्या पर्यायाची शिफारस करू शकतो:
1. सर्वात जवळचे कॉन्फिगरेशन रिलीझ शोधा, ते एका स्वच्छ डेटाबेसमध्ये लोड करा (पुनर्प्राप्त करण्यायोग्य).
2. पूर्णपणे स्वच्छ डेटाबेस तयार करा (मध्यवर्ती)
3. खराब झालेल्या डेटाबेसचे कॉन्फिगरेटर उघडा.
4. मॉड्युल्स आणि ऑब्जेक्ट्स कॉपी आणि पेस्ट करा ज्यामध्ये शेवटच्या प्रकाशनानंतर बदल झाले आहेत (माझ्या बाबतीत ते बरेच सोपे आहे, कारण बदल केवळ मॉड्यूल्स आणि फॉर्ममध्ये झाले आहेत, डेटा संरचना समान राहिली आणि सर्व बदल पोस्टरद्वारे दस्तऐवजीकरण केले गेले आहेत) इंटरमीडिएटला खराब झालेला डेटाबेस.
5. इंटरमीडिएट कॉन्फिगरेशन अपलोड करा.
6. पुनर्संचयित होत असलेल्या डेटाबेससह ते विलीन करा.
7. पुनर्संचयित कॉन्फिगरेशन फाइलवर अपलोड करा.
8. खराब झालेल्या डेटाबेसमध्ये पुनर्संचयित केलेल्या कॉन्फिगरेशनवरून लोड करा.

सिद्धांततः, परिणाम कार्यरत बेसच्या शक्य तितक्या जवळ असावा, परंतु काम नक्कीच सोपे नाही. परंतु संपूर्ण बेस गमावण्यापेक्षा हे अद्याप चांगले आहे.

दूषित विक्रेता कॉन्फिगरेशनशी संबंधित समस्येचे निराकरण करण्याचा दुसरा पर्याय. एखादे कॉन्फिगरेशन अद्यतनित करताना जे संपादित करण्याच्या क्षमतेसह समर्थित आहे आणि विक्रेता कॉन्फिगरेशनच्या अखंडतेशी तडजोड केली जाते, तेव्हा खालील संदेश दिसू शकतो:

आमचे डेटाबेस प्रदाता कॉन्फिगरेशन पुनर्स्थित करणे हे माझे समाधान आहे.
क्रियांचा क्रम खालीलप्रमाणे आहे:
1. समर्थन वरून विक्रेता कॉन्फिगरेशन काढून टाकून ते हटवा (कॉन्फिगरेशन->सपोर्ट->सपोर्ट सेटिंग्ज->सपोर्ट काढा)
2. कॉन्फिगरेशन वितरण फाइल तयार करा (कॉन्फिगरेशन->कॉन्फिगरेशन वितरण->डिलिव्हरी फाइल्स आणि कॉन्फिगरेशन अद्यतने तयार करा). चला फाईल वर्क डिलिव्हरी file.cf ला कॉल करूया
3. आम्ही आमचे कॉन्फिगरेशन नव्याने तयार केलेल्या डिलिव्हरी फाइलसह एकत्र करतो (कॉन्फिगरेशन->तुलना करा, फाइलमधील कॉन्फिगरेशनसह विलीन करा). तुम्हाला कॉन्फिगरेशन परत सपोर्टमध्ये ठेवण्यास सांगितले जाईल.
दिसत असलेल्या कॉन्फिगरेशन तुलना विंडोमध्ये, "चालवा" वर क्लिक करा.
4. डेटाबेस कॉन्फिगरेशन अद्यतनित करा (कॉन्फिगरेशन->डेटाबेस कॉन्फिगरेशन अद्यतनित करा).
आदर्शपणे, या चरणांचे पालन करून, आम्ही पुरवठादार कॉन्फिगरेशनची पुनर्रचना केली.
आता आम्ही आमचे कॉन्फिगरेशन नेहमीप्रमाणे पुढील आवृत्तीवर अपडेट करण्याचा प्रयत्न करू शकतो.

1C प्लॅटफॉर्म अद्यतनित करताना, सिस्टम बऱ्याचदा त्रुटी संदेश प्रदर्शित करते. त्रुटी कशी दूर करायची ते पाहूया "1C अद्यतनित करताना कॉन्फिगरेशन संरचनेच्या अखंडतेचे उल्लंघन झाले."

कॉन्फिगरेशन स्ट्रक्चरच्या अखंडतेच्या उल्लंघनाबद्दल त्रुटी असे दिसते

अशा समस्येची घटना संबद्ध आहे विविध कारणांमुळे. कॉन्फिगरेशन (विशेषत: डायनॅमिक) अद्यतनित करताना, अहवाल तयार करताना, दस्तऐवज पोस्ट करण्याचा प्रयत्न करताना आणि असेच घडू शकते. असे घडते की ते "पातळ हवेच्या बाहेर" दिसते - जेव्हा कोणीही काहीही केले नाही असे वाटत नाही, परंतु एक त्रुटी आहे. या प्रकरणात असे म्हणणे अधिक योग्य होईल की कारण स्थापित केले गेले नाही.

हे पूर्णपणे भिन्न प्लॅटफॉर्ममध्ये आढळते - फाइल डेटाबेसमध्ये, क्लायंट-सर्व्हरमध्ये इ.

उपाय

अखंडतेवर उपचार करण्यासाठी अनेक पर्याय आहेत (कोणत्याही कृती करण्यापूर्वी हे विसरू नका बॅकअप प्रतत्याचा आधार):

• तात्पुरत्या फाइल्स हटवा (आमचे वाचा). जेव्हा केवळ वापरकर्त्यांपैकी एकासाठी त्रुटी येते तेव्हा हे मदत करते;
• कॉन्फिगरेटर उपलब्ध असल्यास आणि उघडता येत असल्यास, त्याची चाचणी करा आणि त्याचे निराकरण करा (खाली पहा). तुम्ही ते उघडू शकत नसल्यास, chdbfl.exe युटिलिटीसह करा (परंतु डेटाबेस फाइल असेल तरच). त्याचे अंदाजे स्थान: - C:\ProgramFiles(x86)\1cv8\8.3.4.389\bin);
• डेटाबेस क्लायंट-सर्व्हर असल्यास आणि SQL सर्व्हरवर स्थापित असल्यास, “delete*fromconfigsave” विनंती वापरा;
• कॉन्फिगरेटर उपलब्ध असल्यास, डेटाबेस अपलोड आणि डाउनलोड करण्याचा प्रयत्न करा;
• काही बग प्लॅटफॉर्मच्या नंतरच्या आवृत्त्यांमध्ये निश्चित केल्या आहेत - नवीन प्लॅटफॉर्म स्थापित करा;

कोणत्याही पर्यायाने निराकरण होत नसल्यास, तज्ञाशी संपर्क साधा.

महत्वाचे. आठवड्यातून एकदा तरी एक प्रत बनवण्याची खात्री करा!

डेटाबेसची चाचणी आणि निराकरण करण्यासाठी सिस्टम युटिलिटी वापरण्याची वैशिष्ट्ये पाहू या.

कोणतीही कृती करण्यापूर्वी, तुमच्या डेटाची बॅकअप प्रत बनवा!

चाचणी/फिक्सिंग मोडमध्ये प्रवेश करण्यासाठी, सिस्टम कॉन्फिगरेटरवर जा, मेनूमधून प्रशासन/चाचणी-फिक्सिंग निवडा.

चाचणी विंडो आणि मोड

ही विंडो युटिलिटी ऑपरेट करण्यासाठी केलेल्या क्रियांची सूची दर्शवण्यासाठी आहे. चला त्या प्रत्येकाच्या कार्याचे वर्णन करूया:

रीइंडेक्सिंग टेबल

हा पर्याय सेट केल्यावर, निर्दिष्ट सारण्या पुन्हा अनुक्रमित केल्या जातात. याचा अर्थ निर्देशांकांची संपूर्ण पुनर्बांधणी. अशा प्रक्रियेनंतर, सिस्टमची कार्यक्षमता लक्षणीय वाढते - ते अनावश्यक होणार नाही.

तार्किक अखंडता

हे फंक्शन डेटाबेसची तार्किक आणि संरचनात्मक अखंडता तपासते आणि डेटा संस्थेमध्ये त्रुटी शोधते.

संदर्भात्मक अखंडता

या प्रकरणात, "तुटलेल्या" दुव्याच्या उपस्थितीसाठी माहिती तपासली जाते. ते चुकीच्या डेटा प्रक्रियेचे परिणाम आहेत - बहुतेकदा ते हटवले जातात किंवा बदलले जातात.

जेव्हा ते आढळतात तेव्हा ऑपरेशनसाठी तीन पर्यायांची निवड असते:

• ऑब्जेक्ट्स तयार करा - सिस्टम रिक्त स्टब घटक तयार करते (ते नंतर माहितीने भरले जाऊ शकतात);
• दुवे साफ करा - ते प्रोग्रामॅटिकरित्या साफ केले जातील;
• बदलू ​​नका - दुवे फक्त दाखवले जातील.

परिणामांची पुनर्गणना

बेरीज ही गणना आणि लेखा डेटाचे परिणाम सारणी आहे. त्यांची पुनर्गणना उत्पादकता वाढवते.

टेबल कॉम्प्रेशन

डेटा हटवताना, 1C भौतिकरित्या हटवत नाही या वस्तुस्थितीमुळे कॉम्प्रेशन आणि शेवटी डेटाबेसची मात्रा कमी करण्याची शक्यता आहे. म्हणजेच, वापरकर्त्याला ते दिसत नाहीत, परंतु ते अस्तित्वात आहेत. हे कॉम्प्रेशन फंक्शन आहे जे अदृश्य रेकॉर्ड कायमचे हटवते. डेटाबेस फाइल अपलोड/डाउनलोड करून (dt विस्तारासह) असाच प्रभाव प्राप्त होतो.

पुनर्रचना सारण्या

मेटाडेटा संरचना बदलते तेव्हा सारणी पुनर्निर्मिती प्रक्रिया म्हणतात. पूर्ण पुनर्रचना ही खूप लांब प्रक्रिया आहे, आपण अत्यंत सावधगिरी बाळगणे आवश्यक आहे.

चाचणी/सुधारणेने सकारात्मक परिणाम मिळत नसल्यास, chdbfl.exe अनुप्रयोग वापरा.

बॅकअप तयार करणे (स्वतः आणि स्वयंचलितपणे)

संग्रहण हे प्रत्येक वापरकर्ता, प्रोग्रामर आणि प्रशासकासाठी आवश्यक असलेले महत्त्वाचे ऑपरेशन आहे. डेटाबेसच्या अशा प्रतला सहसा 1C बॅकअप म्हणतात.

बॅकअप घेतल्याने अनपेक्षित आणि अनपेक्षित परिस्थितीत तुमची मन, वेळ, पैसा आणि बरेच काही टिकवून ठेवण्यात मदत होते. जर कोणी सिस्टम युनिटमधून कॉर्ड बाहेर काढली, तर वीज बिघाड झाला, कॉफीचा पूर आला संगणकावर, पण काय कोणास ठाऊक...

बॅकअप तयार करण्यास दहा मिनिटे लागतात.

जर अशी परिस्थिती उद्भवली आणि तुमच्याकडे बॅकअप नसेल, तर तुम्ही निश्चितपणे आता एक तयार कराल!

दोन प्रकारचे प्रशासक आहेत: काही बॅकअप घेतात, तर काही बॅकअप घेतात.

फाइल अपलोड करत आहे

आपण प्रोग्रामच्या सुरुवातीच्या विंडोमध्ये आपली कंपनी निवडल्यास आणि आकृतीमध्ये दर्शविलेल्या बटणावर क्लिक केल्यास, आम्ही "कॉन्फिगरेटर" मोडमध्ये 1C प्रविष्ट करू.

हा मोड सामान्यतः विकास आणि प्रशासनासाठी आहे. पुढे, तुम्हाला मेनूमधून "प्रशासन/अपलोड इन्फोबेस..." निवडण्याची आवश्यकता आहे:

मग मार्ग निवडण्यासाठी सूचित केल्यावर तुम्हाला सिस्टमला प्रतिसाद द्यावा लागेल - फाइल नेमकी कुठे अपलोड करावी आणि तिचे नाव.

यशस्वी ऑपरेशनबद्दल तुम्हाला प्रथम माहिती असेल.

बॅकअप फाइल पुनर्संचयित करत आहे

डेटाबेस देखील परिचित कॉन्फिगरेटर मोडमधून पुनर्संचयित केला जातो, परंतु आता आम्ही "प्रशासन/" पर्याय निवडतो:

लोड माहिती बेस निवडा

तुम्ही पूर्वी जतन केलेली फाइल (mdt विस्तारासह) निवडणे आवश्यक आहे. नंतर जतन न केलेली माहिती गमावल्याबद्दल सिस्टम चेतावणीशी सहमत व्हा (हरवले जाईल).

यशस्वी झाल्यास, 1C कॉन्फिगरेटर रीस्टार्ट करण्याची ऑफर देईल.

स्वयंचलित संग्रहण

तुमचे स्वतःचे विस्मरण टाळण्यासाठी, तुम्ही ऑटोआर्काइव्ह प्रोग्रामपैकी एक वापरू शकता, उदाहरणार्थ, इफेक्ट सेव्हर 3.

हे तुम्हाला सहजपणे, काही चरणांमध्ये, बॅकअपची निर्मिती स्वयंचलित करण्यास अनुमती देते. फाइल सिस्टम आणि क्लायंट-सर्व्हर सिस्टमसह त्याचे कार्य करण्यास सक्षम. ते सेट करण्यासाठी फक्त पंधरा मिनिटे लागतात, परंतु त्याचे फायदे गैर-निगोशिएबल आहेत.

हा अनुप्रयोग 1C च्या कोणत्याही आवृत्तीवर प्रक्रिया करू शकतो: 7.7, 8.1, 8.2, 8.3. फाइल डेटा किंवा MS SQL किंवा PostgreSQL सर्व्हरवर स्थित - काय प्रक्रिया करायची याची काळजी नाही. शिवाय ते विनामूल्य आहे (एक व्यावसायिक आवृत्ती आहे, विस्तारित).

प्रथम, इफेक्ट सेव्हर वितरण डाउनलोड आणि स्थापित करा.

निर्देशिका निर्दिष्ट केल्यानंतर, शेड्यूल कॉन्फिगर करणे ही अंतिम पायरी आहे. हे करण्यासाठी, त्याच नावाच्या टॅबवर, कार्याची प्रक्रिया करण्याची पद्धत आणि त्याच्या अंमलबजावणीची वेळ दर्शविली आहे:

सेटिंग्ज बरोबर असल्याची खात्री करण्यासाठी, तुम्हाला तळाशी असलेल्या पॅनेलवरील बटणावर क्लिक करणे आवश्यक आहे - "चेक". सत्यापन यशस्वी झाल्यास, "मूलभूत पॅरामीटर्स योग्यरित्या भरले आहेत" असा आनंददायी संदेश प्रदर्शित केला जावा.

"1C कॉन्फिगरेशन स्ट्रक्चरच्या अखंडतेचे उल्लंघन झाले आहे." ही सामग्री वाचल्यानंतर, आपण सहजपणे या समस्येचा सामना कराल.

त्रुटी सोडवण्याच्या अनेक पर्यायांपैकी एक "कॉन्फिगरेशन स्ट्रक्चरच्या अखंडतेचे उल्लंघन झाले आहे."
तुम्हाला ही त्रुटी आढळल्यास, निश्चितपणे 1C तज्ञाशी संपर्क साधा. अनेक संभाव्य उपाय आहेत, परंतु परिस्थिती आणि समस्येचे स्त्रोत यावर अवलंबून, उपाय पूर्णपणे भिन्न आहेत.

यापैकी एक परिस्थिती मी तुमच्या लक्षात आणून देत आहे.
कार्याचे वर्णन:
कॉन्फिगरेशन अद्यतन स्वयंचलितपणे आले. 1C कॉन्फिग्युरेटर मोड सुरू करताना, आम्हाला संदेश प्राप्त होतो "कॉन्फिगरेशन स्ट्रक्चरच्या अखंडतेचे उल्लंघन केले गेले आहे." स्वयं-अपडेट दरम्यान, विक्रेता कॉन्फिगरेशन योग्यरित्या अद्यतनित केले जाऊ शकत नाही. वापरकर्ता मोडमध्ये रन केल्याने कॉन्फिगरेशनमधील मॉड्यूलचा संदर्भ घेताना त्रुटी येते.
प्रथम, आपल्याला कॅशे साफ करणे आवश्यक आहे. Windows 7 OS मध्ये C:\Users\Administrator\AppData\Roaming\1C\1Cv82 आणि C:\Users\Administrator\AppData\Local\1C\1Cv82 (Win7x64) आहे. 1C कॅशे साफ केल्यानंतर, कॉन्फिगरेटर मोडमध्ये सुरू करा. जेव्हा मी 1C कॉन्फिगरेशन उघडण्याचा प्रयत्न करतो तेव्हा ते क्रॅश होते. बॅकअप फाइलवर माहिती बेस अपलोड करा. चाचणी आणि फिक्सिंग मदत करत नाही. फाइल डेटाबेस चेक युटिलिटी म्हणते की कोणत्याही त्रुटी नाहीत. लोडिंग, अपलोडिंग कॉन्फिगरेशन, समर्थन इ.साठी मेनू आयटम. खुल्या कॉन्फिगरेशनशिवाय ते सक्रिय नसतात. डेटा कॉन्फिगरेशन जतन करणे उपलब्ध आहे - याचा अर्थ डेटा नष्ट होत नाही, जी मुख्य गोष्ट आहे..
तसेच, डीबगिंग मोडमध्ये कॉन्फिगरेटरपासून वापरकर्ता मोडपर्यंत ते सुरू होऊ शकते किंवा कदाचित नाही, यामुळे परिस्थितीवर परिणाम होत नाही.
SQL मध्ये इन्फोबेस लोड करण्याचा प्रयत्न केल्याने सकारात्मक परिणाम होणार नाही.

आणि मग विचार येतो की डेटाबेस सोडणे शक्य होईल... एखाद्या प्राचीन बॅकअपमधून पुनर्प्राप्त करा, जर तेथे असेल तर... आणि स्वतः डेटा पुनर्संचयित करण्यासाठी ताण द्या.

उपाय:
1. समान आवृत्तीचे स्वच्छ कॉन्फिगरेशन आवश्यक आहे - कार्यरत.
2. कॅशे पूर्णपणे साफ करा (वर दर्शविलेले).
3. कॉन्फिग्युरेटर मोडमध्ये स्वच्छ डेटाबेस लाँच करा आणि कॉन्फिगरेशन उघडा. त्याच वेळी, 1C त्याचे कॅशे C:\Users\Administrator\AppData\Local\1C\1Cv82 (कॉन्फिगरेशन आयडी असलेल्या फोल्डरमधील फायली आणि फोल्डर्सचा संच) मध्ये तयार करतो. आम्हाला C:\Users मध्ये कॅशे देखील आवश्यक आहे. \Administrator\AppData\Roaming\1C \1Cv82. 1C बंद केल्यानंतर तुम्ही फक्त फोल्डर डेटाचे नाव बदलू शकता.
4. आमचा नॉन-वर्किंग डेटाबेस कॉन्फिगरेटर मोडमध्ये लाँच करा आणि कॅशे पहा. आणि परिणामी, आमच्याकडे कॉन्फिगरेशन आयडी (जिवंत आणि मृत) असलेले दोन फोल्डर आहेत.
5. सर्व काही बंद करा आणि मृत कॉन्फचे कॅशे पूर्णपणे थेट एका सह पुनर्स्थित करा. त्या. वर्तमान हटवा आणि पूर्वी पुनर्नामित केलेल्या फोल्डरसह पुनर्स्थित करा.
6. आम्ही कॉन्फिग्युरेटर मोडमध्ये नॉन-वर्किंग डेटाबेस लॉन्च करतो आणि येथे पहिले यश आहे - कॉन्फिगरेशन ट्री उघडले आहे, कॉन्फिगरेशन व्यवस्थापन मेनूचे विभाग सक्रिय आहेत.
7. समर्थन व्यवस्थापनावर जा आणि समर्थन पूर्णपणे काढून टाका. सेव्ह करा, अपडेट करा. आपण कार्यरत डेटाबेस कॉन्फिगरेशनसह फाइलद्वारे ते अद्यतनित करू शकता.
8. कॅशे पूर्णपणे हटवा.
9. आम्ही कॉन्फिग्युरेटर मोडमध्ये नॉन-वर्किंग डेटाबेस लॉन्च करतो, कॉन्फिगरेशन उघडण्याचा प्रयत्न करतो - सर्वकाही उघडते, कोणत्याही त्रुटी नाहीत.
10. 1C लाँच करा. सर्व काही उपलब्ध आहे. डेटा जागेवर आहे.

इन्फोस्टार वापरकर्त्याने Tavalik द्वारे प्रस्तावित केलेला दुसरा बचाव पर्याय येथे आहे:

1. "कॉन्फिगरेशन" - "डेटाबेस कॉन्फिगरेशन" - "डेटाबेस कॉन्फिगरेशनवर परत जा"
2. "कॉन्फिगरेशन" - "डेटाबेस कॉन्फिगरेशन अपडेट करा"

आज मी तुम्हाला 1C 8.2 कॉन्फिगरेशन अद्यतनित केल्यानंतर, "कॉन्फिगरेशन स्ट्रक्चरच्या अखंडतेचे उल्लंघन केले गेले आहे" ही त्रुटी दिसल्यास कोणती कारवाई करावी याबद्दल सांगेन.
तर, मुद्द्यापर्यंत: आपण खालीलप्रमाणे समस्येचे निराकरण करण्याचा प्रयत्न करू शकता (कॉन्फिगरेशनसह कोणतीही क्रिया सुरू करण्यापूर्वी, डेटाबेसची संग्रहण प्रत बनविण्यास विसरू नका, जसे मी हे कसे करायचे ते नोटमध्ये लिहिले आहे):

• नवीन फोल्डरमध्ये नवीन रिक्त डेटाबेस तयार करा आणि पूर्वी अनलोड केलेला माहिती बेस लोड करा जो कॉन्फिगरेशनमध्ये अद्यतनित करणे आवश्यक आहे.

जर आम्ही हा पर्याय तत्त्वतः समस्येचे निराकरण म्हणून वापरला तर, गैरसोय अशी आहे की बहु-वापरकर्ता कार्यादरम्यान आम्हाला डेटाबेसचे मार्ग पुन्हा लिहावे लागतील. चला हे कॉन्फिगरेशन अपडेट करण्याचा प्रयत्न करूया आणि नंतर ते चालवू.

समस्येचे निराकरण झाल्यास, बहुधा आपल्याला 1c कॅशे फोल्डर साफ करणे आवश्यक आहे ( C:\Documents and Settings\User\Local Settings\Application Data\1C\1Cv82). फोल्डर बहुधा डीफॉल्टनुसार लपवले जाईल, म्हणून जर तुम्हाला लपलेल्या विंडोज फाइल्स आणि फोल्डर्समध्ये प्रवेश कसा करायचा हे माहित नसेल, तर मी ही टीप वाचण्याची शिफारस करतो. मूळ फोल्डर 1Cv82 आणि 1Cv81 मधील वर्तमान/अंतिम सुधारित तारखेच्या फायलींना स्पर्श करू नये. ते प्रारंभ विंडो सेटिंग्ज संचयित करतात. या प्रकरणात सर्व काही सुरू होईल, परंतु नंतर आपण प्रथमच प्रारंभ करताना प्रतीक्षा करावी लागेल.

समस्येचे निराकरण केल्यानंतर (जर, अर्थातच, प्रस्तावित पद्धत आपल्याला मदत करत असेल), मी पुन्हा डेटाबेसची संग्रहण प्रत बनविण्याची आणि मानक 1C "चाचणी आणि सुधारणा" साधन वापरून त्रुटींसाठी कॉन्फिगरेशन तपासण्याची शिफारस करतो.

माहिती सुरक्षा चाचणी आणि सुधारणा

तुम्हाला कॉन्फिगरेटरवर जाण्याची आवश्यकता आहे आणि "प्रशासन" मेनू आयटममध्ये "चाचणी आणि सुधारणा" निवडा:

साधन 2 मोडमध्ये कार्य करते

• चाचणी हा एक मोड आहे जो केवळ कॉन्फिगरेशन त्रुटींसाठी तपासतो.

• चाचणी आणि सुधारणा हा एक मोड आहे ज्यामध्ये दोन्ही कॉन्फिगरेशन त्रुटी तपासल्या जातात आणि दुरुस्त केल्या जातात.

जेव्हा माहिती बेस चालतो फाइल आवृत्तीआणि कामाचा पर्याय क्लायंट-सर्व्हर, तार्किक अखंडता, संदर्भात्मक अखंडता तपासणे आणि दुरुस्त करणे आणि बेरीजची पुनर्गणना करणे परवानगी आहे. माहिती बेसच्या फाइल आवृत्तीसाठी, डेटाबेसचे री-इंडेक्सिंग आणि कॉम्प्रेशन करणे शक्य आहे.

डिस्ट्रिब्युटेड इन्फोबेस (DIB) साठी, ज्यामधून चाचणी अंतर्गत इन्फोबेसमध्ये नसलेल्या वस्तूंच्या लिंक्स असलेला डेटा प्राप्त करणे शक्य आहे, अनचेक करा इन्फोबेसची संदर्भात्मक अखंडता तपासत आहेतुम्हाला "अस्तित्वात नसलेला" डेटा तयार करण्यास अक्षम करण्याची अनुमती देईल आणि परिणामी, वितरित माहिती बेसच्या इतर नोड्सवर हा डेटा हस्तांतरित होणार नाही.

तार्किक अखंडता तपासणी अक्षम करताना IS संदर्भ अखंडता तपासणी सक्षम करणे अशक्य आहे. तसेच, संदर्भात्मक अखंडता तपासणी अक्षम करण्याचा अर्थ असा नाही की संदर्भ प्रकार तपासणी अक्षम केली आहे.

सर्वात कमकुवत बिंदू, उदाहरणार्थ, लेखा मध्ये, उलाढाल ताळेबंद आहे, म्हणून प्रक्रिया करण्यापूर्वी आणि नंतर, मी ताळेबंद तयार करण्याची आणि चाचणी आणि दुरुस्तीपूर्वी आणि नंतर बेरीजची तुलना करण्याची शिफारस करतो. हे, अर्थातच, चाचणीचे अपोजी नाही, परंतु किमान ते काहीतरी आहे.

आज मला तुम्हाला एवढेच सांगायचे होते. पुढच्या वेळे पर्यंत.