أفضل استراتيجية للنسخ المتماثل لخادم النسخ الاحتياطي الساخن/الدافئ (SQL Server 2005)

Question

لدي خادمان متطابقان مع SQL Server 2005 وتطبيقي.

المتطلبات الصعبة:

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

ملحوظات:

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

مما قرأت خياراتي هي:

• النسخ المتماثل للمعاملات مع الاشتراكات القابلة للتحديث (التحديث في قائمة الانتظار)
• دمج النسخ المتماثل

ما هو التكوين الذي يناسب متطلباتي بشكل أفضل؟

Answer 1

لا يسمح أي من الخيارات الحالية بجعل كلا الخادمين قابلين للكتابة.سيكون خيارك الوحيد إلى حد كبير هو دمج النسخ المتماثل لأن هذا يسمح بإجراء تحديثات لكلا الخادمين.

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

لا يسمح شحن السجل والنسخ المتطابق بتحديث الخادم الثانوي.

Answer 2

هل فكرت في تسجيل الشحن؟

لا أعتقد أنه يمكن إعداد ذلك بسهولة بحيث يمكن لـ Warm-standby أن يتولى المهمة تلقائيًا، لذلك يتطلب الأمر بعض الجهد اليدوي لجعله أساسيًا.

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

إذا كان عليك تحديث وضع الاستعداد بنسبة 100%، فأنت بحاجة إلى حل يقوم بمزامنة كل معاملة - والذي سيكون بمثابة التزام موزع.

ولكن إذا كنت ستقوم بشحن Standby بواسطة FedEx ويمكنك فرض عملية (على سبيل المثال،لشحن السجل "النهائي") قبل أن يتم إيقاف تشغيله، والذي يجب أن يعمل؛أو إذا تم قطع الاتصال للتو، ثم تم الاتصال بـ FedEx، ثم عاد "متصلًا بالإنترنت"، فيجب استئناف شحن السجل من حيث توقف؛وبعد ذلك، عندما تجعله السجل الأساسي، سيكون "جديدًا" مثل أحدث سجل تم استلامه.