النسخ المتماثل لقاعدة SQL Server: كل تغيير يصل إلى الأنظمة الجديدة دون إرهاق الإنتاج

تحمل قواعد SQL Server في جهات سعودية كثيرة البيانات التي تعتمد عليها المالية والعمليات وأنظمة العملاء. وحين تحدّث الجهة أنظمتها تحتاج الأجزاء الجديدة إلى هذه البيانات، وتحتاجها محدَّثة. فالتصدير الليلي يجيب عن سؤال الأمس، أما التقاط تغييرات SQL Server فيسلّم كل تغيير معتمد بترتيب اعتماده، والمصدر مستمر في عمله. ويفيد في أربع حالات:

• الترحيل على مراحل. تُحمَّل القاعدة الجديدة مرة واحدة، ثم تبقى متطابقة مع المصدر خلال التشغيل المتوازي، فيصبح التحويل خطوة قصيرة مخططة. وتشرح صفحة ترحيل SQL Server إلى PostgreSQL هذا المسار كاملًا.
• خدمات جديدة. تستهلك التطبيقات الجديدة التغييرات من بث مستمر، بدل الاستعلام مباشرة من قاعدة الإنتاج.
• التقارير والتحليلات. تُغذّى نسخة منفصلة باستمرار، فتخرج الاستعلامات الثقيلة من الخادم الذي يدير العمل.
• نظامان يعملان معًا. يستقبل تطبيق قديم وآخر جديد الكتابة مدةً ما، ويجب أن يرى كل طرف تغييرات الآخر.

أما الأساسيات العامة ففي دليل التقاط تغييرات البيانات، وهذه الصفحة مخصصة لجانب SQL Server. وتجدون الأسئلة نفسها لمحركات أخرى في صفحتي النسخ المتماثل في PostgreSQL والنسخ المتماثل في MySQL.

روابط ذات صلةصفحة ترحيل SQL Server إلى PostgreSQLدليل التقاط تغييرات البياناتالنسخ المتماثل في PostgreSQLالنسخ المتماثل في MySQL

أول ما يقلق مدير قاعدة SQL Server سؤال مشروع: هل يبطئ الالتقاط النظام الذي يعمل عليه العمل؟ قراءة سجل المعاملات حملها قليل مقارنة بالاستطلاع أو المشغّلات، لكنها تطلب أمورًا من الفريق المسؤول عن SQL Server. اتفقوا عليها أولًا:

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

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

بثّ تغييرات SQL Server إلى Kafka يتيح للخدمات الجديدة أن تتفاعل مع طلب أو دفعة أو تغيّر حالة دون أن تلمس قاعدة الإنتاج. وApache Kafka من الأنظمة التي يذكرها موقع iblync، ويُؤكَّد الزوج المناسب لإصداراتكم عند تحديد النطاق. ونقاط التصميم التي تحدد هل يمكن الوثوق بالبث هي:

• المواضيع والمفاتيح. غالبًا موضوع (topic) لكل جدول أو كيان عمل، ومفتاحه المفتاح الأساسي، فتبقى تغييرات السجل الواحد مرتبة.
• التكرار. بعد إعادة التشغيل قد يصل تغيير مرتين، فيجب أن يتعامل المستهلك مع التكرار دون ضرر.
• تغييرات الهيكل. العمود الجديد أو المعاد تسميته يغيّر شكل الحدث، فاتفقوا على طريقة إبلاغ المستهلكين.
• الأعمدة الحساسة. حدّدوا الأعمدة التي يجوز أن تخرج من SQL Server أصلًا، وأخفوا الباقي أو احذفوه قبل وصوله إلى البث.

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

iblync منصة إنتركي لترحيل البيانات ونسخها المتماثل، بُنيت في السعودية لنقل البيانات بين أنظمة لم تُصمَّم لتبادلها. وSQL Server ضمن قائمة الموصلات المنشورة لها، وPostgreSQL من أهدافها. وفي النسخ المتماثل من SQL Server تقدم ما يحمي الإنتاج والهدف:

• نسخ متماثل مستمر بعد تحميل أولي واحد، ومزامنة في الاتجاهين حين يلزم أن يقبل الطرفان الكتابة مدةً ما.
• ضبط المعدل حتى يبقى النسخ داخل الحمل الذي وافق عليه مديرو القواعد، ومنه فترة اللحاق.
• طابور يحفظ التغييرات حين يغيب الهدف، ويسلّمها عند عودته.
• الاستئناف والتحقق. يذكر موقع iblync أن العمل المنقطع يُستأنف من حيث توقف، وأن التحقق يعتمد على المجاميع الاختبارية (checksums) وأعداد الصفوف.

ويصف موقع iblync النسخ المتماثل لديه بأنه فوري بأقل تأخير، دون رقم ثابت لأي نظام. فالتأخير في بيئتكم يعتمد على معدل التغيير والشبكة والهدف، ولذلك يُقاس عند تحديد النطاق ولا يُوعد به. وفي صفحة النسخ المتماثل الفوري تفاصيل أكثر.

روابط ذات صلةiblyncصفحة النسخ المتماثل الفوري

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

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

روابط ذات صلةnca.gov.sasdaia.gov.sa

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

لا ننشر سعرًا أو مدة للنسخ المتماثل من SQL Server، لأن البيئة هي التي تحددهما. والعوامل هي:

• عدد القواعد والجداول المشمولة، ومقدار ما يتغير من البيانات كل يوم؛
• عدد الأهداف، ومدى بُعد نماذج بياناتها عن نموذج SQL Server؛
• مدى قرب الهدف المطلوب من المصدر؛
• الموافقات المطلوبة من مديري القواعد ومن فريق الأمن؛
• المكان الذي يجب أن يعمل فيه الجسر، وطريقة انتقال المصدر عند التعطل؛
• هل البث مؤقت لترحيل، أم دائم بوصفه تكاملًا.

ويحوّل تحديد النطاق هذه العوامل إلى جدول زمني وعرض سعر.