سؤال

هل كان لدى أي شخص أي خبرة في الإعداد نظير إلى تكرار الأقران باستخدام SQL Server 2005 أو 2008؟

على وجه التحديد ، أنا مهتم بما إذا كان هناك خيارات/بدائل أخرى في المكان ولماذا تم اختيار تكرار P2P في النهاية.

إذا كنت قد استخدمت النسخ المتماثل P2P:

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

    هل كانت مفيدة؟

    المحلول

    (إخلاء المسئولية: أنا مطور ، وليس DBA)

    لدينا SQL Server 2005 دمج النسخ المتماثل لتكرار بين اثنين من العقدتين النشطتين/النشطين جغرافيا للمرونة في نظام قديم.

    لا أعرف ما إذا كان من السهل مراقبتها ؛ خارج نطاق اختصاصي.

    إنه ينشئ مشغلات على كل جدول للقيام بآلية النشر/الاشتراك ، كل منها يدعو الإجراء المخزن الخاص به.

    في حالتنا ، تم إعداده لاستخدام الهويات 1-1 مليار في العقدة 0 ، 1bn-2 مليار في العقدة 1 لتجنب تصادم الهوية (بدلاً من استخدام مفتاح مركب لـ Nodeid + entityId لكل جدول ، أو تغيير المفاتيح لتكون Guids ، فمثلا).

    أعتقد أن زمن انتقال النسخ المتماثل هو حوالي 15 ثانية (بين لندن ونيويورك على النطاق الترددي المخصص).

    إنها ألم كبير للعمل مع:

    • استغرق الأمر مقاولًا عالي الأجر سنويًا لإعداده (تم منحه ، وكان جزءًا من هذا بسبب الطبيعة القديمة لتصميم DB)
    • نحن نفتقر إلى أي شخص في المنزل مع الخبرة لدعمها (DBA في المنزل التي استغرقناها حوالي 6 أشهر لتعلمها ، ومنذ ذلك الحين انتقلت)
    • تحديثات المخطط الآن مؤلم. من ما أفهم:
      • يجب إجراء بعض التحديثات على عقدة واحدة فقط ؛ ثم يعتني النسخ المتماثل بمعرفة ما يجب القيام به على العقدة الأخرى
      • يجب إجراء بعض التحديثات على كلا العقدتين
      • يجب إجراء تحديثات البيانات على عقدة واحدة فقط (على ما أظن)
      • تستغرق جميع التحديثات الآن وقتًا أطول بكثير-من الانقسام الثاني الذي يستغرقه تشغيل Script-Script DDL إلى 30 دقيقة تقريبًا
    • لا أعرف على وجه اليقين ، لكنني أعتقد أن متطلبات النطاق الترددي للنسخ المتماثل مرتفع جدًا (في نطاق Mbit/s)
    • يقدم عديدة كائنات "الضوضاء" (3 sprocs لكل جدول ، 3 مشغلات لكل جدول) في DB ، مما يجعل من غير المريح العثور على العنصر في الكائن العنصر الذي يريد المرء العمل عليه.
    • ونحن سوف أبداً قم بإعداد عقدة ثالثة لهذا النظام ، والتي تعتمد إلى حد كبير على الصعوبة المتصورة والألم المضافة الذي ستقدمه في وقت النشر.
    • نحن الآن يفتقرون إلى بيئة انطلاق تعكس الإنتاج ، لأنه من المؤلم للغاية.
    • القصصية: من شأن DBA القيام بالإعداد أن يلعن بشكل متكرر حقيقة أنه كان "MS V1" الذي أجبر على العمل معه.
    • تذكرت خافتة: DBA بحاجة إلى رفع عدة تذاكر دعم الأولوية للحصول على مساعدة من MS مباشرة.

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

    مرخصة بموجب: CC-BY-SA مع الإسناد
    لا تنتمي إلى StackOverflow
    scroll top