1s 8.1 محاسبة المؤسسات 1.6 الإلتواء. كيفية عمل قاعدة قابلة للطي. إرشادات خطوة بخطوة لانهيار قاعدة المعلومات

خلفية

في الشركة التي أعمل فيها، نشأ موقف عندما أصبح من الضروري قطع القاعدة، أي. حذف جميع المستندات والحركات قبل تاريخ معين. في هذه المرحلة، كان وزن قاعدة البيانات حوالي 350 جيجابايت، وكان من الصعب جدًا التعامل معها. تأثر أداء 1C أيضًا واستغرقت العمليات الروتينية مع قاعدة البيانات وقتًا طويلاً جدًا حتى تكتمل.

تم اتخاذ القرار - لقد قطعنا القاعدة! بعد إجراء الكثير من الاختبارات على علاجات الطي القياسية، شعرت بخيبة أمل تجاهها. قضيت أكثر من أسبوعين وحدي مع الكمبيوتر، مما أدى إلى قطع قاعدة الاختبار. مثل هذه المواعيد النهائية غير مقبولة ببساطة في قاعدة بيانات الإنتاج، خاصة وأن المستخدمين يعملون في قاعدة البيانات 6 أيام في الأسبوع. بطريقة ما كان من الضروري الخروج من هذا الوضع المسدود. قررنا الاستعانة بمصادر خارجية لهذه المهمة. لكننا لم نكن سعداء هنا أيضًا، فقد كانت تكلفة العمل مرتفعة واستغرق إكماله الكثير من الوقت.

على العموم بقيت المشكلة دون حل وعدنا لحل المشكلة بأنفسنا.

اضطررت إلى اللجوء إلى إجراءات متطرفة، وانفصلت عن جميع المهام الأخرى وتولت مهمة انهيار القاعدة.

وسرعان ما تم حل المشكلة - قاموا بقطع القاعدة في يومين، مما أدى إلى تقليلها بنسبة 70٪.

تقليم قاعدة بيانات UT بسعة 350 جيجابايت في يومين.

قررت تنفيذ المهمة باستخدام هذه الخوارزمية:

إنشاء نسخة من قاعدة بيانات العمل. في النسخة قم بتكوين الأرصدة للتاريخ المطلوب، وحذف جميع المستندات والحركات قبل هذا التاريخ. بعد ذلك، قم بنقل كافة المستندات الجديدة من قاعدة البيانات العاملة (التي تم إنشاؤها منذ إنشاء النسخة) إلى قاعدة البيانات الجديدة. السماح للمستخدمين بالدخول إلى قاعدة البيانات الجديدة.

تم تقسيم المهمة إلى 5 مهام فرعية:

1. قم بإنشاء خطة تبادل بحيث يمكن نقل جميع المستندات الجديدة إلى قاعدة البيانات الجديدة بعد اقتطاع قاعدة البيانات.

2. تكوين الأرصدة في تاريخ التجميع.

3.حذف كافة المستندات والحركات قبل تاريخ المصالحة.

4. تحميل المستندات من قاعدة البيانات الحالية إلى قاعدة البيانات الجديدة.

5. استبدل قاعدة العمل بقاعدة (مقطعة) جديدة.

استغرقت المرحلة التحضيرية حوالي أسبوعين: وضع خطة تبادل، والبحث عن أدوات لإنشاء الأرصدة ومسح السجلات، وآليات الاختبار.

عملية انهيار قاعدة البيانات.

1. تكوين الأرصدة اعتباراً من تاريخ التجميع.

تم تشكيل الباقي باستخدام المعالجة القياسية "ConvolutionBase.epf".

لتوفير الوقت، تم إنشاء الأرصدة في قاعدة بيانات العمل أثناء ساعات العمل. لأن يتم تكوين الأرصدة من خلال وثائق "ضبط إدخالات السجل" وتؤدي المعالجة إلى إنشاء حركات غير نشطة في السجلات، وبالتالي فإن هذا الإجراء غير ضار لقاعدة البيانات.

أثناء المعالجة، قمت بتعيين حد لعدد الأسطر في مستند واحد إلى 50000 سطر.

لقد فعلت ذلك ببطء، وفي غضون يوم أو يومين تم تشكيل كل شيء (تم الحصول على حوالي 400 مستند).

ملحوظة:

- إذا كانت هناك في تاريخ التجميع مستندات "ضبط إدخالات السجل" لا تتعلق بالتجميع الأساسي، فمن الأفضل نقلها إلى تاريخ لاحق حتى لا يتم خلطها عن طريق الخطأ لاحقًا.

- عند تكوين الأرصدة من الأفضل عرض جميع السجلات لأن يحدث أنك لا تحتاج إلى أرصدة أولية لجميع السجلات. في بعض الأحيان تكون هناك مواقف لم يعد فيها السجل مستخدمًا في أي مكان. وهذا سيوفر لك الوقت في نهاية المطاف.

2. قم بإنشاء خطة تبادل كاملة للتحميل إلى تكوين مماثل (يمكن إجراؤها بالتوازي مع تكوين الأرصدة).

3. في غير أوقات العمل، مسح العناصر المسجلة في خطة التبادل وعمل نسخة من قاعدة البيانات مع تعطيل اللوائح.

4.حذف المستندات وتخليص السجلات.

هذه العملية هي الأبطأ ولتسريع هذه العملية تحتاج إلى استخدام استعلامات SQL المباشرة. يمكن العثور على أدوات مماثلة على Infostart. هناك نقطة أخرى: إذا قمنا بحذف البيانات بهذه الطريقة، فسيتم حذف الكائنات بسرعة، ولكن دون التحكم في التكامل المرجعي. وفقًا لذلك، ستظهر أسطر مثل "لم يتم العثور على الكائن..." في مستنداتنا والمستندات الأخرى.

كانت مهمتي هي ترك هذه المستندات دون تحديد لأغراض إعلامية.

ولهذا الغرض، تمت كتابة معالجة تمت إزالتها من المعالجة ونقل جميع المستندات المشاركة في الحركات في مستندات تعديل السجل إلى تاريخ التجميع.

بعد ذلك، باستخدام معالجة حذف المستندات والحركات من خلال استعلامات SQL، احذف كل شيء حتى تاريخ التسوية (سجلات المستندات، المستندات، سجلات التراكم، سجلات المعلومات، إلخ).

ملحوظة:

- وفقا لسجلات المعلومات، يجب تصفية السجلات الدورية فقط. إذا لم يكن السجل دوريًا، فمن المرجح أن يتم مسحه بالكامل.

6. تفعيل حركات المستند لضبط إدخالات السجل من خلال معالجة "Base Convolution.epf". في هذه الحالة، يتم نقل معالجة هذه المستندات إلى التاريخ السابق (وهذا مناسب لتسوية الأرصدة في قاعدتي بيانات).

8.التأكد من صحة إدخال الأرصدة وتصحيحها (يمكنك إشراك موظفي المحاسبة لهذا الغرض)

9. نقل المستندات من قاعدة البيانات العاملة إلى قاعدة البيانات الجديدة. يمكن تنفيذ هذا الإجراء مباشرة بعد إنشاء نسخة. أولئك. إذا تم إنشاء العديد من المستندات في قاعدة البيانات كل يوم، فمن الأفضل نقل المستندات بالتوازي حتى لا تضيع وقتًا إضافيًا في ذلك.

10. السماح للمستخدمين بقاعدة البيانات الجديدة. للقيام بذلك، من الأفضل إعادة تسمية قواعد البيانات على خادم 1C بحيث يكون الانتقال غير مؤلم للمستخدمين. أولئك. نطلق على قاعدة البيانات القديمة ما نريد ونعيد تسمية قاعدة البيانات الجديدة (المطوية) إلى قاعدة البيانات القديمة.

ملحوظة!

كما تعلم، عندما يتم حذف الكائنات مباشرة، لا يتم التحقق من التكامل المرجعي.
وبناء على ذلك، بعد حذف الكائنات، تظل الكائنات التي تشير إلى كائنات غير موجودة في قاعدة البيانات الحالية ("لم يتم العثور على الكائن").
لم يكن هدفي وضع هذه الكائنات في قاعدة بيانات مطوية. لكن الروابط المعطلة يمكن أن تؤثر سلبًا على أنواع مختلفة من التبادلات بين قواعد البيانات والعمليات الأخرى.
ولهذا السبب قمت بنقلهم إلى القاعدة المنهارة، ولكن بعد أن قمت بانهيار القاعدة.
1. تم وضع قواعد الصرف التي تنقل المستندات (الرقم فقط والتاريخ في نموذج غير منشور).
2. تم تحويل جميع المستندات الموجودة في المستندات الخاصة بإدخال الأرصدة الأولية.
يمكن تنفيذ هذا الإجراء بعد التدحرج، لكن يُنصح بإعداد الأدوات مسبقًا.

ما هو طي القاعدة ولماذا هو مطلوب؟

عند إجراء التجميع، يتم إنشاء المستندات لإدخال الأرصدة في السجلات في تاريخ معين (تاريخ التجميع) ويتم حذف المستندات والحركات غير المستخدمة في السجلات (المعلومات، التراكم، المحاسبة) حتى يشمل التجميع التاريخ (فترة التجميع). الأهداف الرئيسية للالتفاف:

زيادة سرعة النظام.

تقليل حجم قاعدة المعلومات.

مهم. قبل إجراء عملية تجميع قاعدة البيانات، يوصى بما يلي:
1. إجراء اختبار أولي للمجموعة على نسخة من قاعدة المعلومات العاملة.
2. فقط بناءً على نتائج الاختبار الناجح، اتخذ قرارًا بشأن إمكانية استخدام قاعدة معلومات العمل.

يحتوي قرص ITS على معالجة للتكوين 1.6 Enterprise Accounting. إنه غير مناسب للإصدار 2.0، لأنه في الإصدار 2.0 لا يوجد مستند "ضبط إدخالات التسجيل". لذلك، نقوم بتنزيل المعالجة من الرابط: DOWNLOAD (لتنزيلها تحتاج إلى التسجيل).

1) لنقم بإنشاء نسخة احتياطية: انتقل إلى قاعدة البيانات من خلال أداة التهيئة، ثم عنصر القائمة الإدارة - تحميل قاعدة المعلومات.

2) نذهب إلى قاعدة البيانات من خلال 1C: وضع المؤسسة. نحتاج إلى التحقق من التاريخ الذي سنقوم فيه بتجميع قاعدة البيانات ما إذا كانت جميع المستندات قد اكتملت في نهاية الشهر (عنصر القائمة العمليات - العمليات الروتينية). سأفعل ذلك حتى 31 مارس 2009. وهذا يعني أن المستندات الخاصة بإغلاق الشهر يجب أن تكون لشهر مارس 2009:

3) لنقم بإنشاء تقرير الميزانية العمومية للدوران للفترة التي سننهار فيها (تقارير عنصر القائمة - الميزانية العمومية للدوران). لنحفظه للتحقق بعد طي قاعدة البيانات.

4) باستخدام ملف - فتح عنصر القائمة، إضافة قاعدة بيانات المعالجة الخارجية 2.0.

إشارة مرجعية "الاعدادات العامة":

تاريخ التخفيض. يشير تاريخ الانهيار إلى آخر ثانية مضمنة في الفترة المطوية. لذلك، من أجل طي البيانات للربع الأول من عام 2009 في قاعدة المعلومات، تحتاج إلى تحديد 03/31/2009 23:59:59 كتاريخ الانهيار.

عدد الأسطر في مستندات إدخال الرصيد. تحدد هذه المعلمة الحد الأقصى لعدد الأسطر الممكنة في مستند واحد لإدخال الأرصدة. إذا لم يتم ملء المعلمة (تساوي 0)، فسيتم إنشاء مستند واحد لكل سجل/حساب دون تحديد عدد الأسطر.

إشارة مرجعية "ضبط طريقة الالتواء": في هذه المرحلة يتم تحديد الكائنات ولأي فترة يجب طيها. يتم توفير الطرق التالية لمعالجة الكائنات:

لا تقم بالمعالجة - لا يتم طي الكائنات.

1. حتى الآن - يتم طي الكائنات التي تسبق تاريخ الانهيار. إذا قمت بملء معلمة "تاريخ الانتهاء"، فسيتم طي الكائنات التي تسبق تاريخ الانتهاء. بهذه الطريقة، يمكنك تحديد تواريخ تراكمية مختلفة لكائنات مختلفة. إذا لم يتم تحديد معلمة "تاريخ الانتهاء"، فسيتم تنفيذ التراكمي وفقًا لتاريخ التراكمي المحدد في علامة التبويب "الإعدادات العامة".

للفترة - يتم طي كافة الكائنات الموجودة في الفاصل الزمني المحدد.

مسح - يتم حذف كافة الكائنات التي تسبق تاريخ القيمة المحتسبة، ولا يتم إنشاء مستندات إدخال الرصيد. الوضع متاح فقط لسجلات المعلومات.

من الممكن ملء تكوين الكائنات المطوية وطريقة الانهيار الافتراضية باستخدام زر "ملء الإعدادات الافتراضية". في هذه الحالة، سيتم تعيين الإعدادات التالية للكائنات القابلة للطي:

1. بالنسبة لجميع المستندات، يتم ضبط وضع الطي على "حتى الآن".
2. بالنسبة لجميع سجلات التراكم والمحاسبة، يتم تعيين وضع الالتواء "اعتبارًا من التاريخ".
3. بالنسبة لجميع سجلات المعلومات الدورية التي لا يكون مستند "تعديل إدخالات السجل" بمثابة مسجل لها، يتم ضبط وضع الالتفاف على "عدم المعالجة"، وبالنسبة لجميع سجلات المعلومات الدورية الأخرى، يتم تعيين وضع "اعتبارًا من التاريخ".
4. بالنسبة لجميع سجلات المعلومات غير الدورية، يتم ضبط وضع الانهيار على "عدم المعالجة".

من الممكن حفظ واستعادة إعدادات الطي التي تم إنشاؤها مسبقًا؛ إن أزرار "التحميل إلى XML" و"التحميل من XML" مخصصة لهذا الغرض.

سأقوم بملء الإعدادات الافتراضية:

إشارة مرجعية "مستندات إدخال الأرصدة": سيتم في هذه المرحلة إنشاء المستندات الخاصة بإدخال الأرصدة حسب سجلات التراكم والمعلومات والمحاسبة. سيتم تحديد موقع المستندات التي تم إنشاؤها في الثانية التالية بعد تاريخ التجميع، أي. إذا كان تاريخ التجميع هو 03/31/2009 23:59:59، فسيتم إنشاء المستندات في 04/01/2009 00:00:00.
تُستخدم مستندات "تعديل قيود السجل" و"التشغيل (المحاسبة والمحاسبة الضريبية)" كمستندات لإدخال الأرصدة.
يتم إنشاء مستندات إدخال الرصيد مع تعطيل الحركات. تحتوي مستندات إدخال الأرصدة على تعليق يتضمن النص "[تم الإنشاء عن طريق معالجة القيمة المجمعة الأساسية]".
يتم إنشاء مستند إدخال رصيد منفصل لكل سجل/حساب. يتم تحديد عدد مستندات إدخال الرصيد لكل سجل/حساب من خلال معلمة "عدد البنود في مستند إدخال الرصيد" (انظر أعلاه للحصول على التفاصيل).

طي قاعدة البيانات (زر "انهيار القاعدة"في شريط الأوامر السفلي). في هذه المرحلة، يتم حذف الكائنات لفترة الانهيار.

يمكن أن تستغرق هذه العملية وقتًا طويلاً. بعد طي قاعدة البيانات، يُمنع منعًا باتًا إجراء أي تغييرات أو إعادة نشر المستندات في الفترة المطوية.
يجب أن يؤخذ في الاعتبار أنه في حالة حدوث أخطاء في هذه المرحلة، مما أدى إلى مقاطعة إجراء حذف الكائنات وعدم اكتماله بالكامل، فقد ينشأ الموقف التالي: بالنسبة لبعض السجلات، ستبقى الإجماليات معطلة. وهذا سيجعل من المستحيل الحصول على المجاميع لبعض السجلات. يمكن الاطلاع على قائمة السجلات التي تم تعطيل إجمالياتها في علامة التبويب "السجلات ذات الإجماليات المعطلة". وفي علامة التبويب نفسها، يمكنك تمكين الإجماليات، إذا لزم الأمر.

سأتحدث في هذه المقالة عن الخوارزمية المستخدمة في عملية تسمى 1C الإلتواء الأساسي.

الإلتواء الأساسي 1 ج(انهيار قاعدة بيانات 1C) هو إجراء يستخدم لتحسين البيانات المتراكمة في قاعدة بيانات 1C. تنهار قاعدة بيانات 1C لتحسين جودة تجربة المستخدم.

أسباب انهيار قاعدة بيانات 1C

دعونا نلقي نظرة على السؤال النظري الخاص بطي قاعدة البيانات من وجهة نظر مثال عملي. على سبيل المثال، اليوم هو 14 مارس 2008. أنا أعمل مع قاعدة بيانات 1C، والتي تم الاحتفاظ بها منذ 1 يناير 2003. تم تشغيل القاعدة للسنة الخامسة. يصعب على المبرمج صيانة قاعدة البيانات (زيادة تعقيد النظام بسبب زيادة عدد العناصر). كما يصعب على المستخدمين التعامل مع قاعدة البيانات (سرعة البرنامج).

كيف يمكنك تحسين عملك باستخدام قاعدة بيانات 1C؟

المبرمج بشكل عام لا يهتم بحجم قاعدة البيانات، لأن المبرمج لا يعمل مع البيانات، بل مع خوارزميات معالجة البيانات. قد تنشأ مشاكل عند العمل مع قاعدة بيانات كبيرة للمبرمج الذي يدير قاعدة البيانات، إلا في الحالات التي يكون فيها من الضروري استعادة التسلسل بعد إعادة ترحيل مستند في الفترة السابقة، أو عندما يكون من الضروري إعادة ترحيل جميع المستندات المستحقة للتغيرات في خوارزمية بعض الحسابات. لذلك، يتم عادةً تحسين قاعدة البيانات بهدف تحسين جودة عمل مستخدمي قاعدة البيانات.

الميزات الوظيفية عند العمل مع البيانات

يمكن تقسيم وظائف المستخدمين الذين يعملون مع قاعدة بيانات 1C إلى ثلاث مجموعات:

1. إدخال البيانات الأولية؛
2. تحليل البيانات المدخلة؛
3. التخطيط للبيانات المستقبلية.

دعنا نستعرض المجموعات الوظيفية للمستخدمين.

1. أولئك الذين يدخلون البيانات لا يحتاجون إلى أرصدة ودوران حتى لـ "أمس". ناهيك عن بيانات الشهر الماضي أو العام السابق.
2. يحتاج محللو البيانات إلى بيانات تاريخية. ولكن هنا تحتاج إلى توضيح البيانات التي يحتاجون إليها بالضبط. سنتحدث عن هذا أدناه.
3. يحتاج مخططو البيانات إلى نتائج التحليل التاريخي. بمعنى آخر، تتطلب احتياجات مستخدمي هذه المجموعة أيضًا بيانات متراكمة في فترات سابقة.

تفاصيل البيانات لمجموعة بيانات قاعدة البيانات 1C

لتحديد البيانات المطلوبة للتحليل والتخطيط، تحتاج أولاً إلى توضيح مدى دقة البيانات. سأقول مقدمًا أن تفصيل البيانات اللازمة للتحليل والتخطيط هو المفتاح لحل مشكلة انهيار قاعدة بيانات 1C.

ما هي مستويات تفاصيل البيانات في قاعدة بيانات 1C؟ يمكنني تسمية هذه:

• الترحيل إلى الحسابات في المحاسبة.
• تسجيل الحركة في المحاسبة التشغيلية.
• وثيقة.
• حجم التداول اليومي (الأسبوع، العقد، الشهر، الربع، نصف السنة، السنة).
• الرصيد في بداية ونهاية الفترة (اليوم، الأسبوع، العقد، الشهر، الربع، السنة).

بمجرد تحديد مستوى كافٍ من تفاصيل البيانات اللازمة للتحليل والتخطيط الفعال، يمكننا التحدث عن درجة ضغط البيانات عند طي قاعدة البيانات.

العمل مع البيانات في فترة "مضغوطة" بعد انهيار قاعدة البيانات 1 ثانية

إذا كانت البيانات في فترة معينة "مطوية" أو "مضغوطة"، فمن المفهوم أن هناك كمية أقل منها بمقدار معين. إذا انخفضت كمية البيانات، فسيتم فقدان بعض البيانات إلى الأبد.

كيف يمكنني الوصول إلى البيانات المطوية إذا دعت الحاجة إلى ذلك؟ هذا سؤال مهم جدًا ويجب الإجابة عليه قبل تشغيل قاعدة بيانات 1C.

كمثال، سأقدم حالتين متطرفتين.

الحالة 1: في أي يوم من عام 2008، يريد المدير المالي أن يتمكن من عرض بطاقة مفصلة للتسويات المتبادلة مع المشتري "ألفا" لشهر مارس 2005.

في ظل هذا الشرط، يكون طي قاعدة بيانات 1C مستحيلاً، لأن طي (ضغط) البيانات تحت مستوى النشر (حركة التسجيل) مستحيل.

يمكن اعتبار الاستثناء طريقة عمل لا تزال فيها قاعدة البيانات مجمعة، وفي قاعدة بيانات العمل، تبقى الأرصدة في بداية فترة العمل فقط من بيانات الفترة المطوية. ثم لدى المؤسسة قاعدتان للعاملين:

1. قاعدة بيانات عاملة يتم إدخال البيانات الخاصة بالعمليات الجارية فيها.
2. قاعدة بيانات أرشيفية تقوم بتخزين البيانات الخاصة بمعاملات الفترات الماضية.

وفي الوقت نفسه، يتمتع المدير المالي، على سبيل المثال، بإمكانية الوصول إلى قاعدة البيانات الثانية، والتي تم إيقاف العمل بها بالفعل. ويمكن للمدير المالي، إذا رغب في ذلك، الدخول إلى قاعدة البيانات “القديمة” في أي وقت والحصول على كافة البيانات التي يحتاجها في الفترات السابقة.

الحالة 2: يريد المدير المالي أن يتمكن في أي يوم من عام 2008 من معرفة مبلغ تكاليف الإيجار لجميع مباني المستودعات الخاصة بالمؤسسة للربع الثالث من عام 2005. ولا يحتاج إلى معلومات أكثر تفصيلاً (بطاقة التسويات المتبادلة مع مالك المستودع، على سبيل المثال).

في هذه الحالة، يتم تنفيذ عملية تحويل قاعدة بيانات 1C بهذه الطريقة:

1. طلب خاص يحدد حجم الأعمال ضمن بند "مصروفات المستودع" مع التفصيل حسب الربع.
2. لكل ربع سنة يتم استلامه في الطلب، يتم إنشاء مستند جديد "التشغيل" (أو أي مستند خاص آخر)، حيث يتم إدخال مبلغ المبيعات ضمن بند "نفقات المستودع". يتم تسجيل الوثيقة ونشرها.
3. تقوم المعالجة الخاصة بحذف جميع المستندات التي أدخلت بيانات فترة الانهيار ضمن بند "مصروفات المستودع" (باستثناء مستندنا الخاص الذي قمنا بإنشائه عند طي قاعدة البيانات).

ويمكن أيضًا اعتبار الاستثناء طريقة عمل يتم فيها طي القاعدة مع تحويل الأرصدة الواردة فقط إلى بداية فترة العمل. للمؤسسة قاعدتان ("العاملة" و"القديمة"). ويقوم المدير المالي، على سبيل المثال، بإنشاء لوحة خاصة في برنامج MS Excel للاستخدام الشخصي. في هذا الجهاز اللوحي سيقوم بتحليل البيانات والتخطيط. يقوم في الجدول بإدخال القيم الإجمالية للمؤشرات المالية التي يحتاجها للفترة التي تم تحليلها يدوياً. يأخذ البيانات لتحليلها من قاعدة بيانات "الأرشيف".

خوارزمية تلافيفية قاعدة بيانات 1C القياسية

في معظم الحالات، يكون طي قاعدة البيانات أكثر شيوعًا.

1. تقوم المعالجة بإنشاء مستندات جديدة من نوع "إدخال الأرصدة الافتتاحية".
2. يحدد الاستعلام أرصدة كافة حسابات دفتر الأستاذ وأبعاد دفتر الأستاذ ومخازن البيانات الأخرى ذات الصلة في نهاية الفترة التي يتم تجميعها.
3. يتم إدخال البيانات الواردة في الطلب في المستندات من نوع "إدخال الأرصدة الأولية".
4. يتم حفظ المستند ونشره في اليوم الأخير من فترة الانهيار.
5. يتم حذف جميع مستندات 1C لفترة الانهيار.

طرق انهيار قاعدة بيانات 1C

وبالتالي، هناك طريقتان لطي البيانات في قاعدة بيانات 1C:

1. في الفترة المطوية، يتم حذف جميع المعاملات، ويتم إدخال الأرصدة الأولية المتوفرة في نهاية الفترة المطوية فقط في بداية فترة العمل.
2. كما في الطريقة الأولى، ولكن في الفترة المنهارة يتم ترك معدل الدوران حسب المؤشرات الضرورية في الوضع الحالي في فترة العمل، مع مستوى التفصيل المطلوب. يتم تحويل الأرصدة المحسوبة مع الأخذ في الاعتبار حجم الأعمال المتبقي في الفترة المنهارة إلى بداية فترة العمل.

على أساس المواد

تقع المعالجة في النظام الفرعي "الإدارة"، كتلة "الخدمة"، وتهدف إلى تقليل حجم قاعدة معلومات الملف وزيادة سرعة النظام، وكذلك تقليل وقت الأرشفة والتحديث.

مهم!طي قاعدة المعلومات متاح فقط في وضع التشغيل المحلي.

تشير التسوية إلى عملية معالجة المستندات والسجلات وتكوين الأرصدة في بداية سنة معينة. عند طي قاعدة المعلومات، يتم وضع علامة على المستندات من الفترات السابقة للحذف.

ومع ذلك، يجب أن تفهم أن تجميع قاعدة البيانات باستخدام المعالجة القياسية لا يمكن إجراؤه إلا من خلال التكوين القياسي. خلاف ذلك، قد تظهر الأخطاء التي لن تكون مرئية على الفور. إذا لم يكن لديك تكوين قياسي، فمن الأفضل أن تتصل بمبرمج 1C ذي خبرة لجمع قاعدة البيانات.

تقوم معالجة الالتواء بما يلي:

• إنشاء مستندات لإدخال الأرصدة "العملية (سجلات Infokraft)" لجميع الحسابات/السجلات اعتبارًا من التاريخ المطلوب؛
• وضع علامة على المستندات المراد حذفها قبل التاريخ المطلوب.

مهم!قبل إجراء عملية تجميع قاعدة البيانات، يوصى بما يلي:

1. قم بإجراء اختبار أولي للمجموعة المجمعة على نسخة من قاعدة المعلومات العاملة.
2. فقط بناءً على نتائج الاختبار الناجح، يمكن اتخاذ قرار بشأن إمكانية استخدام قاعدة معلومات العمل.

إرشادات خطوة بخطوة لانهيار قاعدة المعلومات:

1. إنشاء نسخة احتياطية لأمن المعلومات: تحتاج إلى إدخال قاعدة البيانات في وضع "Configurator"، عنصر القائمة "الإدارة" - "تحميل قاعدة بيانات المعلومات".
2. قبل التجميع، يجب إنشاء تقارير عن كائنات التكوين هذه، وستكون هناك حاجة إلى معلومات حول الفترات الماضية في الفترات المستقبلية. في تكوين "صيغة الإسكان والمرافق العامة + المحاسبة"، لا يلزم إنشاء تقرير "الميزانية العمومية للدوران" قبل التجميع، نظرًا لأن التحقق من الأرصدة في سجلات المحاسبة قبل وبعد التجميع يتم تضمينه كأحد عمليات المعالجة مراحل.
3. ابدأ المعالجة من النظام الفرعي "الإدارة" - "الخدمة". إذا تم تنفيذ التراكمي على نسخة تم إنشاؤها بالفعل من البرنامج، فلن يلزم تعيين علامة "إنشاء نسخة احتياطية". بخلاف ذلك، يجب عليك تحديد دليل النسخ الاحتياطي IS.

4.إعداد الإلتواء. وفي هذه المرحلة يتم تحديد بداية أي سنة سيتم تكوين الأرصدة. افتراضيًا، يتم تحديد علامة "تعيين تاريخ حظر البيانات" - وسيتم ضبطها على 31/12/2016 في حالة إنشاء الأرصدة في بداية عام 2017. من الممكن تجميع قاعدة البيانات لجميع المنظمات أو واحدة فقط.

5.تشكيل المخلفات. في هذه المرحلة يتم تحديد تركيبة الكائنات المراد طيها وطريقة الانهيار. يتم توفير الإجراءات التالية مع السجلات:

• لا تنهار - لا يتم طي الأشياء، أي. ستبقى جميع حركات التسجيل قائمة، ولن يتم وضع علامة على وثائق التسجيل للحذف؛
• طي - يتم طي الكائنات التي تسبق تاريخ الانهيار، أي. سيتم وضع علامة على مستندات التسجيل للحذف، وستحتوي حركات السجل على البيانات اعتبارًا من تاريخ التسوية؛
• مسح - يتم حذف الكائنات التي تسبق تاريخ القيمة المحتسبة، ولا يتم إنشاء مستندات إدخال الرصيد. الوضع متاح فقط لسجلات المعلومات.

افتراضيًا، على سبيل المثال، يتم ضبطه على "عدم الانهيار" لـ "تعليقات الحساب"، و"منفذو التطبيقات حسب نوع العمل" والسجلات الأخرى، أي أن البرنامج قد قام بالفعل بتحليل معلمات قاعدة البيانات التي يجب حفظها بالكامل والتي يمكن انهيارها.

عند الانتقال إلى المرحلة التالية يتم تحديد موعد منع تغيير البيانات في حال تم اختيار العلم المقابل في المرحلة السابقة رقم 5. من الممكن استعادة الإعدادات الموصى بها.

6.عرض المعاملات. يمكنك في هذه المرحلة فتح الأرصدة الناتجة اعتبارا من 2017/01/01، وسيتم تسجيل الحركات في قاعدة البيانات بتاريخ 2016/12/31. من الممكن تعديل الأرصدة وحتى إنشاء عملية جديدة لإدخال الأرصدة باستخدام الزر " يخلق".

يوجد أدناه نسخة مختلفة من العملية التي تم إنشاؤها لـ سجلات المعلومات "خدمات البناء":

7.فحص. في هذه المرحلة يتم عرض كافة مستندات قيد الرصيد التي تم إنشاؤها مع إمكانية التعديل عليها. من الممكن عرض معلومات في السجلات الفردية للمعلومات والتراكمات. باستخدام زر "المزيد" يمكنك ضبط أو إزالة علامة التحديد للسجلات التي نريد تلقي معلومات عنها:

تكمن خصوصية العرض المجمع من 1C-IzhTiSi في أن نطاق العمل بأكمله يتناسب مع النافذة التكنولوجية للعميل - وهو الوقت الذي لا يعمل فيه أحد مع قاعدة البيانات.

يتم استخدام قواعد معلومات 1C المنهارة لتقليل حجم قاعدة المعلومات، وكذلك لزيادة أداء النظام. أثناء عملية التجميع، تتم إزالة البيانات القديمة ويتم إدخال الأرصدة اعتبارًا من تاريخ التجميع.

والفرق الرئيسي بين حل 1C-IzhTiS وآلية تجميع البيانات القياسية 1C هو أن عمليات تغيير البيانات تتم في أقصر وقت ممكن، على سبيل المثال، عندما لا يتجاوز حجم النافذة التكنولوجية 2-3 ساعات.

إذا لم يكن من الممكن إجراء التخفيض الكامل في جلسة واحدة، فإن التكنولوجيا تسمح بتنفيذ العملية في أجزاء: سواء بالنسبة للأشياء الفردية أو لمجموعات من الكائنات في العديد من النوافذ التكنولوجية.

الذي يحتاج إلى تراكم قواعد المعلومات 1C

لأي شركة تعمل في 1C:Enterprise لفترة طويلة:

• إذا لاحظت أن النظام يبدأ في العمل بشكل أبطأ من المعتاد - يستغرق إنشاء التقارير وقتًا طويلاً، وما إلى ذلك؛
• عندما تتراكم كمية كبيرة من المعلومات القديمة وغير ذات الصلة في قواعد بيانات المعلومات.

متى نشمر

يجب أن يتم الالتفاف في الحالات التالية:

• حجم قاعدة البيانات يزيد عن 50 جيجابايت.
• تم الاحتفاظ بالسجلات في قاعدة البيانات لأكثر من 5 سنوات.
• حجم قاعدة البيانات يسبب صعوبات عند إنشاء نسخة احتياطية.
• قبل تحديث التكوين الذي لم يتم تحديثه لفترة طويلة.

تنظيم عملية انهيار قواعد المعلومات 1C

تتكون خطة التجميع النموذجية من عدة مراحل:

1. العرض التجريبي: 5-10 أيام عمل

يسمح لك الانهيار التجريبي بتقدير الحجم النهائي لقاعدة المعلومات المطوية والوقت اللازم للعملية بأكملها، بالإضافة إلى تحديد الأخطاء التي يتم تصحيحها خلال المراحل اللاحقة. يمكن تنفيذ هذه المرحلة من جانبنا ومن جانب العميل.

2. التحقق من نتائج العرض التجريبي: 5 أيام عمل