خيارات لحل المشكلة
1C الأمثلهي سلسلة من التدابير لزيادة أداء نظام المعلومات. دعونا نفكر في الخطوات الرئيسية لتحليل أخطاء الأداء وزيادة سرعة 1C 8.3 (8.2).
من الصعب جدًا قياس أداء قاعدة البيانات بناءً على تجربة المستخدم. على سبيل المثال، يقول أحد المستخدمين أن 1C "بطيء"، والثاني يقول "جيد" - إنه يحب استراحات القهوة. بدأ الخبراء في هذا المجال في البحث عن طريقة للخروج من هذا الوضع - كيفية تقييم جودة تشغيل نظام المعلومات بشكل موضوعي؟
ولهذا الغرض، تم اختراع تقنية لتقييم سرعة النظام رقميًا - . باستخدام هذه التقنية، يمكنك تقييم السرعة بشكل موضوعي قبل وبعد تحسين 1C.
فحص الأجهزة
الخطوة الأولى نحو تحسين تشغيل 1C هي تحديد عنق الزجاجة في المعدات. في كثير من الأحيان، بعد العثور على مكان مزدحم في المعدات، يمكنك فهم السبب الجذري بسرعة - أخطاء في تكوين الخادم، أو عدم كفاية أداء الأجهزة، أو أخطاء في رمز البرنامج.
ومع ذلك، إذا كنت تعتقد أنه يمكنك زيادة أداء 1C بمجرد ترقية أجهزتك، فأنت مخطئ بشدة. توجد أخطاء في تكوين النظام من شأنها أن "تستهلك" جميع موارد المعدات مهما كانت الظروف.
مراقبة وتحليل أداء 1C باستخدام برنامج خاص - TsUP
باستخدام التطوير الخاص 1C - مركز إدارة الأداء لتحسين 1C، يجب عليك تثبيت المراقبة على نظام المعلومات الخاص بك.
ستكون نتيجة اختبار الأداء هي اختناقات أداء 1C، والتي ستكون بمثابة تعليمات للإجراءات لتحسين 1C.
اليوم أريد أن أتحدث عن تحسين 1C، وكيف يمكنك حل مشكلة انتظار الأقفال أثناء تشغيل النظام. سأخبرك بأشياء بسيطة إلى حد ما، لكنها قد تتيح لشخص ما توفير الوقت والجهد والمال.
عندما بدأت العمل في شركة مستخدمة، لم يكن الشيء الأكثر أهمية بالنسبة لي هو مدى جمال الحل الذي قدمته وشكله الصحيح من وجهة نظر إعادة الهيكلة، ولكن مدى السرعة التي يمكنني بها حل مشكلة العمل والأثر الذي ستحدثه. غالبًا ما تكون كيفية كتابة الكود الخاص بي غير مهمة للأعمال.
سأخبرك عن تجربتنا، وكيف قمنا بتحسين 1C في تلك المجالات التي كان فيها "غبيًا" و"بطيئًا"، وكيف فعلنا ذلك دون تحسين الاستعلامات والخوارزميات وما إلى ذلك.
الأمثل "بالكتاب"
دعني أذكرك النهج الكلاسيكي للتحسين.
لنفترض أن 1C الخاص بنا "غبي" و"بطيء". نرى هذا في أنظمة المراقبة، أو يخبرنا المستخدمون عنه. ما الذي يجب علينا، كمتخصصين في 1C، أن نفعل "حسب الكتاب"؟
- نحن نجد الاختناقات، حيث يكون الأمر "مؤلمًا" أكثر - على سبيل المثال، يبدأ النظام في "التعليق" عندما يكون هناك حساب جماعي للتكاليف، أو كشوف المرتبات، أو مدخلات جماعية للمبيعات، كما كان الحال معنا.
- بمجرد العثور على الاختناقات، يجب علينا أن ننظر إلى ما يمكن تحسينه لتسريع النظام.
- ربما تحتاج تحسين الاستعلاماتبحيث يلتقطون بيانات أقل،
- أو إعادة كتابة الخوارزميات مع المعاملات، بحيث يرسلون البيانات في كثير من الأحيان، أو يعالجونها في فترة زمنية أقصر.
- إذا لم يساعد ذلك، فإننا نحاول زيادة معدات الخادم.
في بعض الأحيان كل هذا يؤدي إلى نتائج إيجابية. لكن الآن أريد أن أعطي أمثلة على كيفية قيامنا بذلك تسريع النظام دون استخدام الأساليب الكلاسيكية.
في شركتنا، واجهنا حقيقة أن 1C في بعض الأوقات "يتجمد" و"يتباطأ". وطالبت الإدارة بحل هذه المشكلة، ولكن:
- في فريقنا لم يكن هناك متخصصون جادون، الذي سيتعامل بشكل احترافي مع مشكلات التحسين على أساس يومي.
- بالنسبة لنا كان إنها عملية كثيفة العمالة لحل المشكلة باستخدام الأساليب الكلاسيكية;
- مطلوب بعض المؤهلات التي لم تكن لديناأو كان من الضروري إشراك متخصصين آخرين؛
- حيث ولا يمكننا أن نضمن أن جهودنا سيكون لها أي تأثير. على سبيل المثال، إذا قمنا بتحسين خوارزميات التنفيذ، والتي بسببها لدينا الكثير من الانتظار على الأقفال، فربما نحصل على نوع من التسريع في بعض الأحيان، أو ربما سيعطي هذا زيادة صغيرة فقط.
بضع كلمات عن الشركة
بضع كلمات عن شركتنا.
شركة Arosa - نقوم بتوريد المنتجات الغذائية إلى HoReCa (المقاهي والحانات والمطاعم)، والوكالات الحكومية، ومحلات البيع بالتجزئة. نحن نعمل في موسكو وسانت بطرسبرغ وسوتشي.
نحن نشحن:
- حوالي 100 طن من البضائع يوميا، والآن أكثر من ذلك.
- نقوم بمعالجة حوالي 800 طلب أو أكثر يوميًا - في المجموع هناك ما يقرب من 4000 خط في جميع الطلبات.
- هذه في الأساس شحنة قطعة.
في شركتنا، أنا مسؤول عن أتمتة المستودعات، أي مباشرة عن نظام WMS الخاص بنا.
نظامنا المحاسبي الرئيسي هو "إدارة التجارة". وفي المستودع نستخدم WMS "Cortes".في عالم 1C، نظام WMS الأكثر استخدامًا هو الحل من شركة Axelot، ولكن بجانبه هناك حلول WMS أخرى لـ 1C، نستخدم أحدها.
الحالة 1. معالجة الطلب
أول عنق الزجاجة الذي سأتحدث عنه هو عملية معالجة الطلبات في المستودع.
يتم تنظيم عمليات المستودعات لدينا على النحو التالي:
- المستودع مفتوح طوال اليوم - يتم قبول البضائع من الموردين؛
- ثم يتم إدخال الطلبات الواردة خلال يوم العمل إلى النظام؛
- يتم تجميعهم في الليل.
- في الصباح، تقوم السيارات بتوصيل الطلبات للعملاء.
وكل يوم من الساعة 18:00 إلى الساعة 19:00، عندما يصل عدد الطلبات يوميًا إلى قيم معينة، بدأنا نواجه تجميد النظام - في تلك الساعة أو الساعتين عندما كانت المعالجة الرئيسية للطلبات من قبل المشغلين، كان الأمر كذلك يكاد يكون من المستحيل العمل في النظام.
يتم تجميع جميع طلباتنا في رحلات بالسيارة حيث سيتم نقلهم إلى العملاء. عند التحضير لرحلة جوية، تحتاج إلى معالجة "كومة" الطلبات المضمنة فيها (قد يكون هناك 30-40 منها) وحجز البضائع لها. تتم معالجة جميع الرحلات الجوية (وقد يكون هناك العشرات منها) بواسطة المشغلين بالتوازي.
ونظرًا لحقيقة أن عددًا كبيرًا من الطلبات يتطلب الوصول إلى نفس البيانات تقريبًا، فقد نشأت مشكلة - كانت هناك منافسة على البيانات.
على سبيل المثال، يوجد منتج ما (على سبيل المثال لحم البقر) في الخلية X كرصيد حر، وهذا اللحم البقري مطلوب في كل طلب رابع. وبما أنه تم تنفيذ عدد كبير من الأوامر بالتوازي، فقد حاولت عدة جلسات التنافس على نفس البيانات - كان هناك انتظار عند الحجب.
اضطر المشغلون إلى لعب لعبة "سأحجز هذه الرحلة في المحاولة الخامسة" لأنه لم يتم تنفيذها بشكل مثالي. عندما ضغط المشغل على زر "حجز البضائع للطيران"، ظهرت ساعة رملية - بدأ النظام في معالجة الطلب الأول والثاني والثالث، وعلى سبيل المثال، في الطلب الرابع كان هناك انتظار على الكتلة - كان المستخدم نظرا لحدوث خطأ في المهلة. المحاولة الثانية، حاول مرة أخرى، وما إلى ذلك.
لقد نظرنا عن كثب إلى هذا الوضع ورأينا ذلك إذا لم يتم الحجز بالتوازي، إذا لم يحاول الجميع المرور من نفس الباب في نفس الوقت، ثم لن تكون هناك مشكلة.إذا قام المستخدمون لدينا بمعالجة الطلبات باستمرار، فسوف يكملون كل شيء خلال الوقت المخصص. كما كان الحال، تم قضاء معظم الوقت في الانتظار عند العوائق ومحاولة إعادة المعالجة.
هذه لقطة شاشة لأحد أنظمة المراقبة التي نستخدمها. يوضح هذا إجمالي وقت الانتظار لعمليات الحظر خلال اليوم. تظهر قمتان ساطعتان.
- الذروة الأولى هي الساعة 17:00-19:00، عندما يقوم المشغلون بمعالجة الدفعة الأولى من الطلبات.
- والذروة الثانية هي في الليل، عندما يبدأون بشكل كبير في معالجة الدفعة الثانية من الطلبات.
ماذا فعلنا؟ لقد قمنا بتغيير طفيف في منطق الأعمال الخاص بالنظام بحيث لم تعد تتم معالجة الطلبات وحجزها بالتوازي. أعترف أنه كان من الممكن تحسين شيء ما في الخوارزميات، لكننا قررنا عدم القيام بذلك، نحن فقط تم ذلك بحيث تتم معالجة جميع الطلبات بالتسلسل بواسطة وظيفة خلفية واحدة.
كيف يبدو هذا من الناحية الفنية؟
- عندما ينقر المشغل على زر "حجز الرحلة"، فإن جلسته لا تقوم بأي حجز - بل تقوم ببساطة بإدخال المعلومات التي يجب حجزها لهذه الرحلة في سجل الخدمة.
- تبدأ مهمة الخلفية وتبدأ في تنفيذ جميع الإجراءات اللازمة.
- عندما يقوم مشغل آخر بنفس الوقت بتنفيذ نفس الإجراءات على رحلاته في نفس الوقت، فإن رحلته تنضم أيضًا إلى قائمة الانتظار.
- وبعد ذلك، عندما تنتهي مهمة الخلفية من العمل مع الرحلة الأولى، فإنها تنتقل إلى معالجة الرحلة الثانية. عندما ينتهي الثاني، فإنه سينتقل إلى الثالث، إذا كان في السجل. إذا لم يكن هناك ثالث، فإنه ينتهي.
وبالتالي، لم تعد تتم معالجة الطلبات بالتوازي.
توضح لقطة الشاشة كيف يبدو كل هذا في الواجهة في حل Cortez الذي نستخدمه في النماذج السميكة. الآن كل شيء يحدث مثل هذا:
- عندما ينقر المستخدم على زر "حجز العنصر"، تظهر أيقونة الساعة بجوار الرحلة المحددة. وهذا يعني أن هذه الرحلة قد تم تشغيلها.
- وفي الوقت نفسه، لا "تتجمد" واجهة المستخدم، بل يمكنه الاستمرار في إنشاء بعض التقارير، وإرسال رحلة أخرى للعمل، لكن جلسته لم تعد منخرطة في هذا العمل.
- عند اكتمال الرحلة، ستختفي هذه الساعة.
إذا تلقت مهمة الخلفية بعض الأخطاء أثناء التشغيل، على سبيل المثال، لا يوجد منتج كافٍ لطلب معين، أو تم ملء التفاصيل بشكل غير صحيح في المستند، ويجب إصدار بعض التشخيصات للمستخدم، ثم في معلومات منفصلة التسجيل، حيث نحتفظ ببروتوكول إرسال الرحلات الجوية، وسيتم عمل السجلات. سيتمكن أي مستخدم من معرفة ما إذا كانت هناك مشاكل في الرحلة أم لا.
من الناحية الفنية لقد قمنا بحل هذه المشكلة بسرعة كبيرة، دون تحسين الخوارزميات. نتيجة ل:
- لقد تلاشت التوقعات خلال فترات الذروة؛
- انخفضت عصبية المستودع.
- زادت سرعة معالجة الرحلة بشكل ملحوظ؛
- والأهم بالنسبة لنا وللعمل هو أن كل هذا تم ببساطة وبسرعة.
الحالة 2. شحنة الطيران
كان عنق الزجاجة الثاني الذي قمنا بتحسينه هو شحن الطلبات التي تم جمعها من قبل أصحاب المتاجر بين عشية وضحاها. لقد تناولنا بالفعل عملية الأعمال التي تتم قبل التجميع، ولكن بعد الانتهاء من التجميع هناك عملية، عندما بدأ أصحاب المخازن بتسجيل حقيقة شحن الرحلات الجوية من محطة جمع البيانات. من وجهة نظر المستخدم، لم يحدث أي شيء بالغ الأهمية في هذه اللحظة - تم مسح الرموز الشريطية ضوئيًا، وتم تسجيله في 1C أنه يمكن شحن رحلة كذا وكذا، وقام عمال التكديس بتحميل المنصات في السيارة، ثم غادرت.
من وجهة نظر 1C في هذا الوقت تم إطلاق عملية إعادة ترتيب جماعية للطلبات لكل رحلةلأنه من الضروري إجراء الحركات المناسبة حسب المستندات وشطب هذا المنتج حسب سجل الأرصدة من خلايا الشحن وإجراء بعض الحركات حسب الاحتياطيات وما إلى ذلك. ونظرًا لحقيقة أن العديد من أصحاب المتاجر كانوا يقومون بذلك في نفس الوقت، كان هناك انتظار مرة أخرى.
ربما كان كل شيء سيئًا في استفساراتنا، وكانت بحاجة إلى التحسين، لكننا لم نرغب في الخوض في هذا كثيرًا، ربما لأننا كسالى.
في النهاية نحن نفذت التنفيذ المؤجل.
- من وجهة نظر منطق الأعمال، لم يكن من المهم بالنسبة لنا أنه في الساعة 7:00-8:00 صباحًا، عندما يتم تحميل السيارات، يتم شطب البضائع بشكل صحيح وفقًا للسجلات. الشيء الرئيسي بالنسبة لنا هو أن المستندات كانت بالحالة "تم الشحن"، ورأى المستخدمون في نماذجهم أنهم قاموا بمعالجة كذا وكذا من المستندات. لذلك عندما يقوم عمال المستودعات بشحن الرحلات الجوية، لا يتم إعادة نشر مستندات الطلب، بل يتم تغيير حالتها ببساطة إلى "تم الشحن".
- حيث يتم الإدخال في سجل المعلومات "مستندات التنفيذ"أنه يجب إكمال رحلات كذا وكذا وأوامر كذا وكذا لاحقًا.
- وبعد ذلك، بعد بضع ساعات، عندما لا يكون هناك تحميل على النظام، تبدأ مهمة الخلفية، والتي يتم تشغيلها من خلال هذا السجل، وتنظر إلى هذه الرحلات الجوية، وهذه الطلبات التي تحتاج إلى معالجة، وتكملها.
في الأساس، قمنا بتنفيذ التنفيذ المؤجل. لا يوجد شيء جديد هنا؛ هذه الفكرة تعمل منذ سنوات عديدة سواء في الإصدار العاشر من UT أو في UPP.
في بعض الأحيان ينسى المنفذون أنه يمكن حل مثل هذه المشكلات بمثل هذه التقنية البسيطة. لكننا حللنا مرة أخرى المشاكل المتعلقة بالتوقعات وحقيقة أن 1C "غبي" و"بطيء"، وقد فعلنا ذلك بسرعة كبيرة.
الحالة 3. إنشاء وتنفيذ التطبيقات
المشكلة الثالثة التي قمنا بحلها بأسلوب مماثل كانت مشكلة مباشرة في قاعدة مكتبنا في UT.
أثناء عملنا في المستودع، جعلنا حياة عمال المستودع رائعة ومذهلة، كانت هناك أيضًا مشاكل في مكتبنا UT، وطلب منا متخصصو 1C في المكتب، المسؤولون عن UT، معرفة ما يحدث معهم.
لقد رأينا أنه لسبب ما، يتمتع المكتب أيضًا بموسمية يومية خاصة به - نافذة زمنية معينة في بداية الوردية (حوالي ساعتين إلى ثلاث ساعات)، عندما يقوم مندوبو المبيعات بتسجيل الجزء الأكبر من الطلبات.
يقوم المسوقون عبر الهاتف ومندوبو المبيعات ومديرو المبيعات بالاتصال بالعملاء والتواصل معهم وتقديم الطلبات. في هذا الوقت، يبدأ النظام في التباطؤ بشكل رهيب، لدرجة أنه لا يتم إنشاء التقارير.
عملية الطلب لدينا بسيطة للغاية، يمكنك رؤيتها على الشريحة.
- في UT، يقوم مندوب المبيعات بإعداد مستند "الطلب"، وتحديد الأرصدة المتاحة باستخدام التحديد، وترحيل المستند.
- عند تقديم الطلب، يقوم النظام بالتحقق مما إذا كان هناك ما يكفي من الأرصدة الحرة، وما إذا كانت هناك أي ديون على المستحقات، وما إذا كان قد تم استيفاء جميع شروط الدفع. وإذا كان كل شيء على ما يرام، تتم معالجة الطلب. إذا اكتمل الطلب، فهذا يعني أن هناك منتجًا كافيًا للعميل.
- بعد ذلك، ينتقل مندوب المبيعات إلى حالة "للشحن" ويدخل بناءً عليها:
- تطبيق؛
- فاتورة؛
- وثيقتنا الرسمية "طلب المستودع"، والتي، بمساعدة التبادلات، تصل إلينا في WMS.
كل هذه العمليات، وخاصة تسجيل المبيعات، لا يحتاجها البائع نفسه. لقد قام بالفعل بكل ما هو ضروري لقبول الطلب - إذا تمت معالجة الطلب، فلا يمكن أن يفشل التنفيذ. وقد لا يتم تنفيذه إلا بسبب بعض المشاكل الفنية التي لا تتعلق بهذا الأمر.
لذلك، كانت كل هذه الإجراءات التي اتخذها مندوب المبيعات غير ضرورية من ناحية، إذ كان على شخص ما أن يقوم بها ببساطة. ولكن، من ناحية أخرى، نشأت كل المشاكل أثناء التنفيذ. بتعبير أدق، كانت المشاكل بسبب حقيقة ذلك قام العديد من مندوبي المبيعات بتنفيذ عمليات التنفيذ بالتوازي في نفس الوقت، ولهذا السبب، نشأت العوائق.
نظرنا إلى هذه المشكلة و قررت إنشاء التطبيقات وتنفيذها في سلسلة رسائل منفصلة بواسطة وظيفة في الخلفية.
تبدو وظيفة مندوب المبيعات الآن كما يلي:
- يقوم بتقديم طلب، وإذا تم تنفيذه، فإنه يحوله إلى حالة "للشحن". هذا هو المكان الذي تنتهي فيه مهمة مندوب المبيعات. ينتقل إلى العميل التالي. لم يعد يسجل أي وثائق.
- في الوقت نفسه، يُكتب في النظام في سجل المعلومات المقابل أنه قد ظهر أمر يجب إنشاء تنفيذ له.
- ومرة كل بضع دقائق، تتحقق المهمة الروتينية مما إذا كان هناك شيء ما في هذا السجل، وإذا كان هناك شيء ما، فإنها تبدأ في إنشاء تطبيقات بناءً على هذه الأوامر وتقوم بذلك "في موضوع واحد".
لا يوجد تزاحم على الموارد بين جلسات متعددة. تم إنشاء التنفيذ متأخرًا بعض الشيء، لكن هذا ليس بالغ الأهمية. قدم المستخدمون طلبًا وبدأوا العمل مع العميل التالي. سيستمر إنشاء التنفيذ في بضع دقائق، وسيتم إكمال جميع المهام الأخرى.
وكانت النتيجة في هذه الحالة مشابهة أيضًا:
- لقد قمنا بحل مشكلة الانتظار على الأقفال.
- زادت إنتاجية UT خلال هذه الفترة.
- قام المستخدمون بتغيير "الغضب إلى الرحمة".
الشيء الرئيسي هو أنه منذ اللحظة التي "أغلي فيها" كل شيء بالنسبة لهم، ووصلوا إلى القمة في هيكل الإدارة، قالوا لنا: "افعلوا شيئًا ما، أنتم أشخاص من الدرجة الأولى، أنتم مبرمجون،" قدرًا كبيرًا من مر الوقت من قبل كيف فهمنا ما هي المشكلة وقمنا بحلها - تم فحصها واختبارها.
نتائج
اسمحوا لي أن ألخص بإيجاز.
إذا كانت لديك مشكلات مماثلة، ولكن لا توجد طريقة لإجراء التحسين، وتريد الحصول على النتيجة بشكل أسرع وبتكلفة أقل، فقم بإلقاء نظرة:
- ربما يمكنك ذلك إعادة جدولة هذه العمليات لوقت آخربحيث يتم تنفيذها عندما لا يكون النظام محملاً بشكل كبير؛
- ربما يمكنك الترتيب لهذه العمليات موضوع واحد للقضاء على سبب الحجب.
- وبطبيعة الحال، شراء الأجهزة بمبلغ 1000 دولار هو الأصح، ولكننا بحاجة للحصول على نتائج أسرع وبأقصى قدر من التأثير. إذا كان المنطق لا يعاني، فلماذا لا.
*******************
تمت كتابة هذه المقالة بناءً على نتائج تقرير () تم تقديمه في مؤتمر INFOSTART EVENT 2017 COMMUNITY.
نحن ندعوكم إلى مؤتمر جديد.
استخدام مراقب النظام لتشخيص مشاكل الأداء 1C: Enterprise 8
مراقب النظامهي أداة قياسية لتشخيص مشكلات أداء نظام التشغيل ومكونات التطبيقات المختلفة والأجهزة المستخدمة. ويمكن استخدامه لقياس أداء كل من الكمبيوتر المحلي وأجهزة الكمبيوتر الأخرى على الشبكة.
مراقب النظامهي الأداة الرئيسية لتحديد الاختناقات في النظام.يتم تفسير مكونات النظام الذي تم تحليله على أنها كائنات يتم تمثيل معلماتها كمجموعة من العدادات، حيث يكون لكل كائن مجموعة العدادات الخاصة به.أثناء عملية التثبيت، تقوم بعض التطبيقات بتوسيع مجموعة النظام باستخدام الكائنات والعدادات الخاصة بها والتي تميز أداء هذا التطبيق.على سبيل المثال، عند تثبيت Microsoft SQL Server، تتم إضافة كائنات وعدادات خادم قاعدة البيانات المحددة إلى المجموعة القياسية لكائنات وعدادات نظام التشغيل.
الاختناقات المحتملة التي يمكن أن يكون لها أكبر الأثر على الأداء:
ذاكرة
- يؤثر نقص ذاكرة الوصول العشوائي المثبتة على الكمبيوتر سلبًا على أداء كافة مكونات 1C:Enterprise 8 وMicrosoft SQL Server.
- مع زيادة عدد المستخدمين وحجم قاعدة المعلومات، تزداد متطلبات هذا المورد من خادم 1C:Enterprise 8 وMicrosoft SQL Server.
- تؤدي الذاكرة غير الكافية إلى زيادة الترحيل بين ملف الصفحة والذاكرة الفعلية، مما يقلل بشكل كبير من أداء النظام.
معالجات
- يمكن أن يصبح الأداء غير الكافي أو عدد المعالجات عنق الزجاجة عندما يزيد الحمل على النظام بسبب زيادة عدد المستخدمين.
- عادة ما يكون تأثير زيادة عدد المعالجات في نظام متعدد المستخدمين أعلى بكثير من زيادة سرعتها.
عمليات القرص
- يعد أداء النظام الفرعي للقرص أحد العوامل الحاسمة التي تحدد أداء Microsoft SQL Server.
- كقاعدة عامة، ليس له أي تأثير على أداء خادم 1C:Enterprise 8.
تعارضات قفل خادم Microsoft SQL
- أحد العوامل الرئيسية التي تقلل الأداء في وضع المستخدمين المتعددين
- يمكن تقليل احتمالية تعارضات التأمين عن طريق تحسين حل التطبيق
تحديد الاختناقات
يوفر الجدول قائمة بالكائنات والعدادات الرئيسية المستخدمة عند تحليل مشكلات الأداء.
شيء | العدادات الأساسية | وصف | العلامات الرئيسية للمشكلة | خيارات لحل المشكلة |
ذاكرة | الذاكرة\الصفحات/ثانية | يميز شدة التبادل بين النظام الفرعي للقرص وذاكرة الوصول العشوائي. يتم الوصول إلى نظام القرص لأن الصفحات المطلوبة غير موجودة في ذاكرة الوصول العشوائي (RAM). | يجب أن تكون القيمة الطبيعية لهذا العداد قريبة من الصفر. تشير الزيادة في قراءة هذا العداد فوق 20 صفحة في الثانية إلى الحاجة إلى زيادة حجم ذاكرة الوصول العشوائي. | زيادة حجم ذاكرة الوصول العشوائي (RAM) المثبتة على جهاز الكمبيوتر. نقل التطبيقات كثيفة الاستهلاك للذاكرة إلى كمبيوتر منفصل. على سبيل المثال، تثبيت خادم 1C:Enterprise 8 وMicrosoft SQL Server على أجهزة كمبيوتر مختلفة. |
وحدة المعالجة المركزية | المعالج\%وقت المعالج | الوقت الذي يقضيه المعالج في القيام بعمل مفيد، كنسبة مئوية من إجمالي وقت النظام. | إذا تجاوز متوسط قيمة استخدام المعالج 85%، فإن المعالج هو عنق الزجاجة في النظام. | استبدال المعالجات بأخرى أسرع. زيادة عدد المعالجات. نقل التطبيقات كثيفة المعالج إلى جهاز كمبيوتر منفصل. على سبيل المثال، تثبيت خادم 1C:Enterprise 8 وMicrosoft SQL Server على أجهزة كمبيوتر مختلفة. |
طول قائمة انتظار النظام\المعالج | طول قائمة انتظار المعالج. | إذا تجاوز متوسط طول قائمة الانتظار 2 لفترة طويلة، فهذا يشير إلى أن المعالج هو عنق الزجاجة. |
||
نظام القرص | القرص الفعلي\%وقت القرص | النسبة المئوية للوقت الذي كان فيه القرص مشغولاً بخدمة طلبات القراءة أو الكتابة. | تقليل استخدام معالج الخادم | تثبيت محركات أسرع. باستخدام محركات SCSI. باستخدام وحدة تحكم RAID للأجهزة. زيادة عدد الأقراص في مصفوفة RAID. |
القرص الفعلي\المتوسط طول قائمة انتظار القرص | يظهر كفاءة النظام الفرعي للقرص. يمثل متوسط طول قائمة الانتظار لطلبات القرص. | زيادة قائمة انتظار الطلبات للنظام الفرعي للقرص |
||
واجهة الشبكة | واجهة الشبكة\إجمالي البايتات في الثانية | السرعة التي يتم بها استلام البايتات أو إرسالها عبر واجهة الشبكة | يجب ألا تتجاوز قيمة هذا العداد 65% من النطاق الترددي لمحول الشبكة. | تثبيت محول شبكة بنطاق ترددي أعلى (إذا كانت إعدادات الشبكة تسمح بذلك). تثبيت محول شبكة إضافي. |
أقفال | خادم SQL: وقت انتظار Locks\Lock (بالمللي ثانية) | يعرض إجمالي وقت الانتظار (بالملي ثانية) حتى تكتمل طلبات القفل في الثانية الأخيرة | يجب ألا يتجاوز متوسط قيمة إجمالي وقت الانتظار وقت استجابة النظام المحدد مضروبًا في عدد المستخدمين النشطين | تقليل وقت تنفيذ المعاملات. ضمان إجراء موحد للوصول إلى جميع الموارد. تحسين الاستعلامات في حل التطبيق. يمكن أن يؤدي تعيين سمات الفهرسة لتفاصيل كائن التكوين بشكل صحيح إلى تقليل نطاق التأمين بشكل كبير. الحفاظ على فهارس وإحصائيات Microsoft SQL Server محدثة. استخدام عامل التشغيل "FOR CHANGE" في الاستعلامات. |
SQL Server: متوسط وقت الانتظار (بالمللي ثانية) | يعرض متوسط وقت الانتظار (بالمللي ثانية) حتى يكتمل كل طلب قفل. | يجب ألا يتجاوز وقت استجابة النظام المحدد |
||
الجمود | SQL Server: Locks\Number of Deadlocks/sec | يعرض عدد طلبات القفل في الثانية التي انتهت في حالة توقف تام | قيمة العداد غير الصفر |
المؤشرات الرئيسية لضعف الأداء
1. أداء النظام لا يلبي متطلبات منطق الأعمال للمؤسسة الآلية لجزء كبير من العمليات؛
2. معظم مستخدمي النظام يشكون من:
2.2 أداء النظام العام غير مقبول؛
2.3 الأداء غير المقبول في العمليات الفردية؛
2.4 التدهور المفاجئ في الأداء.
2.5 الأخطاء المتكررة:
2.6.1 " تم تجاوز فترة مهلة طلب القفل»;
2.6.2 "تم تجاوز الحد الأقصى لوقت انتظار منح القفل"؛
2.6.3" وصلت المعاملة إلى طريق مسدود على موارد القفل مع عملية أخرى وتم اختيارها كضحية حالة توقف تام»;
2.6.4 "تعارض القفل أثناء المعاملة"
إذا اعتبر أداء النظام غير مرض، فمن الضروري تحليل حمل المعدات وفقًا لهذه التوصيات:
قم بإجراء سلسلة من القياسات باستخدام عدادات الأداء التالية:
الذاكرة - تبادل الصفحات\ثانية
المعالج - حمل وحدة المعالجة المركزية %
النظام - طول قائمة انتظار وحدة المعالجة المركزية
القرص الفعلي - متوسط طول قائمة انتظار القرص
الشبكة - تبادل البايت/الثانية (مستبعد، نظرًا لأن كل شيء موجود على خادم واحد ونشاط الشبكة ضئيل)
تحليل بيانات القياس
وينبغي إجراء تحليل البيانات على أساس القيمة المتوسطة والحد الأقصى لكل عداد خلال الفترة الزمنية المحددة.
تظهر هذه القيم أسفل نافذة مراقبة النظام الرئيسية.
يقدم الجدول أدناه وصفًا لعدادات مراقبة النظام والقيم الحدية لكل منها.
إذا تم تجاوز هذه القيم، فيجب عليك التفكير في زيادة أداء مكون الأجهزة المرتبط.
مجموعة | عداد | وصف | معيار | عنق الزجاجة |
تبادل الصفحات\ثانية | شدة التبادل بين النظام الفرعي للقرص وذاكرة الوصول العشوائي | المتوسط: حوالي 0 الحد الأقصى: لا يزيد عن 20 | لا توجد ذاكرة وصول عشوائي كافية |
|
معالجات | % تحميل وحدة المعالجة المركزية | حمل المعالج | لا يزيد عن 70٪ لفترة طويلة | |
طول قائمة انتظار وحدة المعالجة المركزية | قائمة الانتظار للمعالجات | لا يزيد عن 2 * عدد نوى المعالج لفترة طويلة | أداء المعالج غير كافي |
|
القرص المادي | متوسط طول قائمة انتظار القرص | قائمة الانتظار للأقراص | لا يزيد عن 2 * عدد الأقراص التي تعمل بالتوازي | أداء غير كافٍ للنظام الفرعي للقرص |
واجهة الشبكة | تبادل بايت/ثانية | سرعة نقل الشبكة | لا يزيد عن 65% من عرض النطاق الترددي لمحول الشبكة | عرض النطاق الترددي لواجهة الشبكة غير كافٍ |
منذ الإصدار 14، أضافت Bitrix إعدادات تحسين محركات البحث (SEO) التي تساعد تحسين محركات البحث (SEO) لـ 1C Bitrixلمهامك. إحدى النقاط الرئيسية لهذا التحسين هي القدرة على إنشاء قوالب تلقائية يمكننا من خلالها تعيين العلامات الوصفية: H1 والعنوان والوصف والكلمات الرئيسية والكلمات الرئيسية للصور مثل العنوان واسم الصورة نفسها alt.
كما خمنت، سنتحدث في هذا الدرس عن إعدادات تحسين محركات البحث (SEO) لـ 1C Bitrix وننظر في مبادئ تشغيل هذه الوظيفة.
تتمتع حقول تحسين محركات البحث (SEO) بخصائص وراثة، حيث يمكن تعيينها بدءًا من كتل المعلومات، ثم الأقسام، وانتهاءً بكل عنصر يمكن تشكيله للطلب النهائي.
يمكنك تقسيم تكوين حقول SEO إلى ثلاث مراحل:
- إعداد حقول كتلة معلومات SEO؛
- إعداد حقول SEO للأقسام والعناصر؛
- إعداد مكون معقد.
تعريف:
إعدادات تحسين محركات البحث– مجموعة من القواعد التي تحدد قوالب إخراج البيانات التعريفية لتحسين الموقع بناءً على معلمات تحسين محركات البحث لمحركات البحث.
تحسين محركات البحث (SEO) لحقول كتلة المعلومات
دعونا نستخدم كتالوج منتجاتنا كمثال لتنفيذ تحسين محركات البحث لكتل المعلومات في Bitrix. دعنا نذهب إلى الجزء الإداري للموقع، Infoblocks، وحدد كتالوج المنتجات، وافتح علامة التبويب SEO وقم بتكوين الحقول بالترتيب.
القسم الأول من الإعدادات مخصص لقوالب العنوان والوصف والعلامات الوصفية للكلمات الرئيسية بالإضافة إلى رؤوس صفحات H1. باستخدام هذا الزر […]، الموجود بجوار كل حقل، يمكننا إنشاء القوالب التي نحتاجها لتحسين محركات البحث للموقع على Bitrix.
لنقم بإنشاء قالب META TITLE ونكتب في الحقل:
الكتالوج (=this.Name) من المتجر الإلكتروني dws.mcdir.ru.
ومن خلال إضافة اسم أو مجال متجرنا إلى النهاية، فإننا بذلك نجعل العنوان فريدًا. يتم عرض عنواننا الكامل TITLE أدناه مباشرة، ولاحظ أن حقل "اسم القسم" المستبدل يتم عرضه بحرف كبير. يمكنك ترك الأمر كما هو، ولكن من المستحسن أن يتم تشكيل الجملة بشكل صحيح. لنستخدم عامل تشغيل آخر (=lower arg1... argN) والذي سيحول اسم القسم إلى أحرف صغيرة.
نقوم بالتسجيل وتغيير الاسم على الفور، ويتوفر معالج الفلتر هذا أيضًا عند النقر فوق الزر التالي […]، حيث نختار بعد ذلك حقول القسم، واسم القسم الحالي بأحرف صغيرة.
قائمة المشغلين في Bitrix:
- (=lower arg1 ... argN) - التحويل إلى أحرف صغيرة؛
- (=upper arg1 ... argN) - التحويل إلى أحرف كبيرة؛
- (=concat arg1 ... argN ", ") - تسلسل السلاسل من خلال فاصل؛
- (=الحد الأقصى arg1 ... argN "
"ن ن) - الحد من عناصر NN بواسطة الفاصل؛ - (=translit arg1 ... argN) - الكتابة الصوتية للوسائط المحددة؛
- (=min arg1 ... argN) - أخذ عينات من القيمة الرقمية الدنيا؛
- (=max arg1 ... argN) - أخذ عينات من القيمة الرقمية القصوى؛
- (=distinct arg1 ... argN) - قيم فريدة (بدون تكرارات).
لتحسين قالب الكلمات الرئيسية التعريفية، دعنا نكتب ببساطة قائمة بالكلمات الرئيسية مع عنوان القسم الخاص بنا بأحرف صغيرة. الأولوية الأولى هي عرض اسم القسم بأحرف صغيرة، ثم نقوم بتخفيف العناوين بالكلمات (اطلب، اشتر، اشتر في مدينتك، إلخ.)
مثال على الكلمات الرئيسية التعريفية لتحسين محركات البحث:
(=أخفض هذا.الاسم)، اطلب (=أخفض هذا.الاسم)، اشتر (=أخفض هذا.الاسم)، اشترِ في كراسنودار (=أخفض هذا.الاسم)، (=أخفض هذا.الاسم) من الموزع
أدناه نرى كيف تم تشكيل الكلمات الرئيسية المحددة. بعد ذلك، سنقوم بإعداد وصف مختصر للبيانات الوصفية الخاصة بأقسام الكتالوج.
نكتب نصًا موضوعيًا يجمع بين اسم الموقع واسم القسم ويكشف عن جوهر الصفحات الحالية من الكتالوج.
وصف مثال لتحسين محركات البحث:
متجر على الإنترنت dws.mcdir.ru، في القسم (=أسفل هذا.الاسم) هناك مجموعة كبيرة من الملابس لكل الأذواق. يقع متجرنا في كراسنودار ونحن الموزع الرسمي في روسيا.
يتم عرض النتيجة النهائية لقالب الوصف أدناه، فلنقم الآن بإنشاء عنوان القسم، والذي سيتم عرضه أيضًا في H1.
دعنا ننتقل إلى القسم التالي "إعدادات العناصر". نقوم بالتحسين عن طريق القياس على كيفية عملنا مع الأقسام، باستثناء قالب الوصف، حيث سنعرض الشركة المصنعة للمنتج من الخاصية المعينة للعنصر.
وبالقياس، نقوم بملء البيانات الوصفية لخصائص الصور نفسها، مثل ALT وTITLE. إذا تم تحميل صور سابقة على الموقع، فلن يتم تطبيق البيانات عليها، وستبقى كما كانت من قبل، وسيتم تشغيل هذه الوظيفة عند تحديث الصورة أو عند إنشاء عنصر جديد عند تحميل الملف.
يوجد أسفل Bitrix مباشرةً قسم "الإدارة"، باستخدام علامة التبويب "مسح ذاكرة التخزين المؤقت للقيم المحسوبة"، يمكنك رؤية عرض جميع التغييرات التي تم إجراؤها على الفور، وسيتم تحديث ذاكرة التخزين المؤقت وسيتم عرض النتيجة على الفور.
بعد الإعدادات التي قمنا بها، سنقوم بالتأكيد بحفظ كتلة المعلومات.
إعدادات SEO للأقسام والعناصر
لقد قمنا بتفكيك تحسين كتلة المعلومات في Bitrix، والآن دعنا نذهب إلى كتالوج الملابس، وإذا لزم الأمر، قم بإعداد الأقسام التي لا تتوافق مع وصفنا. على سبيل المثال، في وصف الوصف، كتبنا أن لدينا في متجرنا عبر الإنترنت ".... تشكيلة كبيرة من الملابس لكل الأذواق..."، هذا الوصف لا يتوافق مع بعض الأقسام مثل "الأحذية"، "الإكسسوارات" وسوف نقوم بتعديل الأقسام الحالية لتناسب وصفنا.
حدد قسم "الأحذية"، وقم بتغييره، وافتح علامة التبويب "SEO"، وتحقق من أوصاف القسم الحالي. إذا لم يتم عرض علامة التبويب هذه، فقم بإجراء الإعدادات للنموذج الحالي، كما شرحت كيفية القيام بذلك في درس "تحرير النماذج". يُظهر وصف DESCRIPTION تناقضًا واضحًا مع القسم "... قسم للأحذية يضم تشكيلة كبيرة من الملابس لكل الأذواق...". في هذه الحالة، دعونا لا نكتب الأحذية، ولكن المنتجات.
للقيام بذلك، يمكنك تحديد "تحرير لهذا القسم وأقسامه الفرعية"، سيصبح الحقل نشطًا للتعديل. الآن دعونا نجري تعديلاتنا، وفي المستقبل، إذا حفظنا الآن، فسترث جميع الأقسام الفرعية للقسم الحالي هذه الخاصية.
ابدأ دائمًا بتحرير حقول SEO من القسم الرئيسي.
دعنا ننزل ونتحقق من وصف العناصر. دعونا نتحقق من تكوين وصف الأقسام الفرعية، ثم نقوم بإجراء التعديلات المناسبة في قسم الملحقات.
إضافة عنصر جديد إلى Bitrix
دعونا نضيف عنصرا جديدا إلى هذا القسم كمثال. انقر فوق الزر "إنشاء منتج" واملأ الحقول الرئيسية. دعنا نذهب إلى علامة التبويب SEO، وهنا نرى أن رؤوسنا لا يتم عرضها في الإصدار النهائي، على الرغم من أن الخصائص يتم تضمينها في كل مكان بشكل افتراضي. حتى لو قمنا بتعيين خاصية جديدة بشكل افتراضي، فلن يظهر لنا النظام النتيجة.
لكي يتمكن Bitrix من عرض البيانات التعريفية الكاملة، يجب حفظ العنصر ومن المستحسن القيام بذلك بطريقة لا يرى المستخدمون الآخرون عرض هذا العنصر وفي نفس الوقت يمكننا رؤيته من أسفل موقعنا حساب المسؤول.
نحن بحاجة إلى إعداد حقوق الوصول إلى العنصر الحالي؛ للقيام بذلك، انتقل إلى علامة التبويب "الوصول" وقم بتعيين حقوق مجموعتي "جميع المستخدمين" و"جميع المستخدمين المصرح لهم" على "عدم الوصول". لقد أوضحت كيفية عرض علامة التبويب "الوصول" وتكوين حقولها في الدرس إعداد حقوق الوصول.
بعد الانتهاء من إعدادات النموذج في Bitrix، انتقل إلى علامة التبويب SEO وانقر فوق الزر "تطبيق". لقد قمنا بإنشاء رؤوس كاملة والعنصر النشط نفسه، ولكن جميع المستخدمين باستثناء مجموعة المسؤولين لا يرونه على الموقع. صدقوني، هذا مريح للغاية، فهو يسمح للمسؤول بالتحقق الكامل من العنصر قبل نشره النهائي.
تمكين SEO في المكون
بعد التحسين، كتلة المعلومات والأقسام والعناصر في Bitrix، دعنا ننتقل إلى الكتالوج إلى الجزء المرئي من الموقع ونرى كيف يتم عرض النماذج المكتملة باستخدام قوالب البيانات الوصفية. إذا لم يتم عرض عنوان عنصر أو قسم في المكون وغير قابل للتغيير في جميع الصفحات، فهذا يشير إلى أن معلمة "تعيين عنوان الصفحة" لم يتم تعيينها في المكون في الإعدادات الإضافية.
دعنا ننتقل إلى إعدادات المكونات ونقوم بتنشيط هذا الخيار.
قم بتشغيل وضع التحرير السريع، وانقر على الترس، وحدد إعدادات إضافية، وحدد المربع المناسب، ثم احفظ.
تغير عنوان صفحتنا على الفور. من خلال فتح الصفحة في وضع التعليمات البرمجية، نرى العرض الصحيح لبيانات Bitrix SEO.
كما ترون، من خلال تحسين معلمات تحسين محركات البحث في 1C Bitrix، يمكنك تخصيص موقعك بمرونة لاستعلامات البحث، وسهولة إعداد الآلية واضحة حتى للطفل.
استخدم معلمات إعدادات SEO هذه في Bitrix لتحسين موقع الويب الخاص بك وتطويره.
أرسل هذا المقال إلى بريدي الإلكتروني
بمرور الوقت، يلاحظ العديد من مستخدمي 1C أن النظام يبدأ في العمل بشكل أبطأ وفي كثير من الأحيان "مواطن الخلل" حتى عند استخدام التكوينات القياسية "الجاهزة".
الشكاوى الرئيسية التي لاحظها المستخدمون:
بدأت معالجة المستندات ببطء
يستغرق إنشاء التقارير وقتًا طويلاً
يتجمد البرنامج في كثير من الأحيان
شكاوى مألوفة، أليس كذلك؟
دعونا نحاول فهم العوامل الرئيسية التي تقلل الأداء وإيجاد الحلول.
المعدات التي عفا عليها الزمن
بادئ ذي بدء، سوف نزيل احتمال حدوث مشاكل في الأجهزة.
للقيام بذلك، تحتاج إلى التحقق من متطلبات الأجهزة لـ 1C 8.3
يمكن القيام بذلك على الموقع الرسمي http://1c.ru/rus/products/1c/predpr/compat/hard/demand.htm
منصة عفا عليها الزمن
لا يحب بعض المستخدمين تحديث التكوين مرة أخرى، معتقدين أن الإصدارات السابقة تعمل بشكل أكثر استقرارًا. لسوء الحظ، يمكن أن يكون هذا التحفظ ضارًا: يقوم المطورون بتحديث النظام الأساسي بانتظام، وإصلاح الأخطاء في التعليمات البرمجية وتحسين الآليات، لذا فإن استخدام إصدار قديم (مع تأخر كبير في الإصدارات) يمكن أن يؤثر سلبًا على الأداء.
أداء الخادم ضعيف
من الممكن زيادة الأداء عن طريق تحرير إعدادات خوادم SQL و1C:Enterprise.
للقيام بذلك، في BIOS، نقوم بإيقاف تشغيل كافة الخيارات لتوفير طاقة المعالج وتعيين الأداء إلى الحد الأقصى. من الملائم القيام بذلك، على سبيل المثال، من خلال الأداة المساعدة PowerSchemeEd.
يُنصح بتعطيل الخدمات التي نادرًا ما يتم استخدامها. تتضمن هذه الخدمات البحث عن النص الكامل وخدمات التكامل
لا تنس ضبط مقدار الذاكرة المخصصة للخادم على الحد الأقصى. يعد ذلك ضروريًا حتى يتوفر لخادم SQL الوقت الكافي لمسح الذاكرة مسبقًا والتحكم في تعبئتها.
وبدلاً من ذلك، من الممكن تبديل خدمة 1C إلى وضع التصحيح. بفضل هذا، تم زيادة تحسين 1C.
قاعدة بيانات كبيرة
أثناء العمل، يزداد حجم أي قاعدة بمرور الوقت. لذلك لا تنسى الصيانة الوقائية الدورية للنظام. من الملائم القيام بذلك باستخدام أداة "اختبار وتصحيح قاعدة المعلومات" القياسية.
ستساعد هذه الأداة في تحسين قاعدة البيانات من خلال إعادة الهيكلة وإعادة الفهرسة. لاستخدام المعالجة، يجب أن تكون في وضع التكوين. تبدو المعالجة كما يلي:
تكوين غير صحيح للخلفية والمهام الروتينية
يُنصح بإلغاء تجزئة الفهارس وتحديث الإحصائيات يوميًا، لأنه من خلال تقليل تجزئة الفهارس، يتم تقليل تحسين 1C بشكل كبير.
يُنصح بإلغاء تجزئة الإحصائيات وتحديثها بنفس التردد. تتم العملية بسرعة، ولتنفيذها ليست هناك حاجة لفصل المستخدمين النشطين، وقد تم إثبات التسارع الفعال لـ 1C من الاستخدام.
تتم إعادة الفهرسة الكاملة عندما تكون قاعدة البيانات مقفلة. هذه عملية أطول، ولكن يجب إجراؤها مرة واحدة على الأقل في الأسبوع مع إلغاء التجزئة وتحديث الإحصائيات.
التفاعل غير الصحيح مع البرامج الأخرى
بالإضافة إلى ذلك، قد تكون مشكلة أداء 1C:Enterprise مرتبطة ببرامج أخرى مثبتة مسبقًا.
غالبًا ما تكون هذه برامج مكافحة فيروسات ذات إعدادات غير صحيحة. وفقا لذلك، لضمان التشغيل الصحيح لـ 1C، تحتاج إلى التحقق من إعدادات برنامج مكافحة الفيروسات المستخدم. على سبيل المثال، بالنسبة لـ Kaspersky، تتم الإشارة إلى الإعدادات على الموقع الرسمي https://support.kaspersky.ru/general/compatibility/11683
قناة اتصال غير مستقرة
في أغلب الأحيان، تكون هذه المشكلة ذات صلة عند العمل في 1C عبر واجهة الويب أو سطح المكتب البعيد. إذا كانت الشركة تستخدم الوصول عن بعد، فمن الضروري التحقق من وظيفة قناة الاتصال.
تسريع 1C في وضع المستخدم
لحسن الحظ، في عمليات التسليم الحديثة، يتم أيضًا تحسين وتسريع 1C داخل وضع المستخدم.
في علامة التبويب "الدعم والصيانة" (قسم "الإدارة") تتوفر قائمة واسعة من الوظائف التي تزيد من تسريع 1C:
تعطيل التشغيل التلقائي للمهام المجدولة غير المستخدمة؛
تعطيل البحث عن النص الكامل.
تخفيض قاعدة البيانات للفترة السابقة؛
إزالة الأشياء المميزة؛
1C الأمثل
بالطبع، يتم تحقيق تحسين وتسريع 1C ليس فقط من خلال هذه الأساليب، لذا فإن قائمة النصائح ليست حلاً سحريًا، ولكنها يمكن أن تعطي فقط فكرة عامة عن إمكانية تحسين العمل.
في كثير من الأحيان، تتطلب مشكلات قاعدة البيانات مشاركة متخصصين مؤهلين، لذلك يمكنك دائمًا الاتصال بنا للحصول على المشورة.