تنمو خطيًا مع حجم النشاط، وهي جوهر النظام.
أثرها على الأداء أقل مما يُظن لأنها منظمة ومفهرسة. تُعالَج بأرشفة الفترات المغلقة إلى أرشيف قابل للاستعلام دون حذف.
لا أحد يلاحظ تدهور الأداء وهو يقع. تمر شهور والشاشة تأخذ ثانية إضافية كل مرة، حتى يأتي يوم إقفال يعجز فيه الفريق عن إنهاء عمله. والمشكلة عادةً ليست في حجم البيانات، بل في أن أحدًا لم يقس شيئًا منذ الإطلاق.
| المكوّن | العَرَض الأول |
|---|---|
| يظهر مبكرًا | |
| التقارير التجميعية | تقرير كان يفتح فورًا صار يحتاج انتظارًا |
| شاشات البحث والقوائم | تأخر في ظهور النتائج مع الكتابة |
| يظهر لاحقًا | |
| الإقفال الشهري | عملية كانت دقائق صارت ساعة |
| المرفقات والمستندات | بطء في الفتح ونمو غير متوقع في التخزين |
| سجل التدقيق | استعلام السجل يثقل مع تراكم السنوات |
| التكاملات مع أنظمة أخرى | تأخر المزامنة وتراكم الطلبات المعلّقة |
| والمستخدم لا يشتكي من قاعدة البيانات — بل من أن شاشة الأصناف صارت تأخذ سبع ثوانٍ. | |
الخطأ الشائع هو النظر إلى «حجم قاعدة البيانات» رقمًا واحدًا. الحقيقة أن مكوّناتها تنمو بسرعات متباينة، وأثقلها ليس أكبرها.
تنمو خطيًا مع حجم النشاط، وهي جوهر النظام.
أثرها على الأداء أقل مما يُظن لأنها منظمة ومفهرسة. تُعالَج بأرشفة الفترات المغلقة إلى أرشيف قابل للاستعلام دون حذف.
أسرع مكوّن نموًا وأكثره مفاجأةً في الحجم.
صورة فاتورة واحدة قد تعادل آلاف القيود حجمًا. تُفصل عن قاعدة البيانات إلى تخزين مستقل، فيبقى النظام خفيفًا مهما تراكمت الملفات.
ينمو مع كل عملية بلا استثناء، وقد يتجاوز البيانات نفسها.
يُخزَّن بمعزل عن جداول التشغيل فلا يزاحمها، ويُؤرشف وفق سياسة احتفاظ معتمدة بدل تركه ينمو بلا حد.
ليس عدد الحسابات بل عدد من يعملون في اللحظة نفسها.
هذا هو الرقم الذي تُقاس عليه الموارد. مئة حساب يعمل منها خمسة عشر معًا تختلف تمامًا عن مئة يعملون جميعًا صباح الأحد.
تتراكم مع السنين، وقد يبقى تقرير ثقيل يعمل تلقائيًا ولا يقرأه أحد.
مراجعة دورية للتقارير المجدولة: ما لا يُفتح يُوقف. تقرير ثقيل يعمل كل صباح بلا قارئ يستهلك موارد الجميع.
كل تكامل جديد يضيف حركة مستمرة على النظام.
تنظيم وتيرة التبادل ومعالجة الدفعات في أوقات منخفضة الاستخدام، مع مراقبة الطلبات المعلّقة كمؤشر إنذار مبكر.
اختر مرحلة لترى ماذا يحدث فيها، وما المخرجات، وما الذي يُقاس عليها.
لا يُحسَّن ما لا يُقاس
يُقاس بـ: الشاشات فوق السقف · فارق الذروة عن المتوسط
النمو يُخطَّط له لا يُفاجأ به
يُقاس بـ: زمن التقارير الثقيلة · حجم البيانات النشطة
اعرف قبل أن يشتكي المستخدم
يُقاس بـ: الشاشات المتجاوزة · زمن اكتشاف التدهور
الترتيب الصحيح يوفّر مالًا
يُقاس بـ: التحسن المقاس · كلفة كل خطوة
السعة تُشترى قبل الحاجة بشهور
يُقاس بـ: الفارق بين المتوقع والفعلي
الاستجابة الأولى للبطء عادةً هي ترقية الخادم. وهي الخطوة الرابعة لا الأولى — وتنفيذها قبل أوانها يدفع مالًا ولا يحل شيئًا.
| الخطوة | ماذا تعالج | الكلفة | الأثر المعتاد |
|---|---|---|---|
| ١ — تحسين الاستعلام | استعلام أو تقرير واحد يستهلك أكثر مما يستحق | وقت فقط | الأكبر غالبًا |
| ٢ — الفهرسة والتجميع | بطء متكرر في شاشات البحث والتقارير | وقت فقط | كبير ومستمر |
| ٣ — الأرشفة والفصل | تراكم السنوات والمرفقات في قاعدة العمليات | تخزين إضافي | متوسط ودائم |
| ٤ — زيادة الموارد | ضغط حقيقي بعد استنفاد ما سبق | تكلفة دورية | مؤكد لكنه الأغلى |
هذه أسباب بطء حقيقية، ولا تتأثر بأي زيادة في المعالجة أو الذاكرة.
| السبب | لماذا لا تنفع الترقية |
|---|---|
| تقرير يجمع كل شيء | تقرير يقرأ خمس سنوات ليعرض شهرًا سيبقى ثقيلًا مهما كبر الخادم. الحل في كيفية بنائه لا في قوة تشغيله. |
| شبكة الفرع أو اتصاله | إن كان البطء في الطريق بين المستخدم والنظام، فترقية النظام لا تلمس المشكلة أصلًا. |
| جهاز المستخدم ومتصفحه | حاسب قديم أو متصفح محمّل بإضافات يُبطئ العرض بعد وصول البيانات كاملةً وسريعة. |
| إجراء يدوي داخل النظام | موظف يفتح مئة شاشة لإنجاز مهمة كان يمكن أتمتتها. البطء هنا في الإجراء لا في الأداء. |
ولهذا أول ما نطلبه عند بلاغ بطء ليس مواصفات الخادم، بل ثلاثة أسئلة: أي شاشة، ومن أي موقع، وفي أي وقت من الشهر. الإجابات الثلاث تحدد السبب في أغلب الحالات قبل النظر إلى أي رسم بياني.
إن كان لديكم نظام قائم، نأخذ خط أساس لأزمنة الشاشات والتقارير الأثقل ونتفق على سقف مقبول. ومن تلك اللحظة يصبح التدهور مرئيًا ومقيسًا بدل أن يُكتشف يوم إقفال متعثر.