خادم MS-SQL 2005:تهيئة اشتراك مدمج مع موقع لقطة بديل

Question

لقد بدأنا بعض عمليات النسخ المتماثل للدمج في الخارج منذ عام واحد وكل شيء يسير على ما يرام حتى الآن.مشكلتي هي أن لدينا الآن الكثير من البيانات في نظامنا بحيث أن أي عطل في أحد خوادم المشتركين سيكون بمثابة كارثة:ستستغرق إعادة تهيئة الاشتراك بالطريقة القياسية أيامًا (اتصالاتنا بطيئة بالتأكيد، ولكنها مكلفة للغاية بالفعل)!ومن الأفكار التي كنت أتابعها ما يلي:

1. قم بعمل نسخة من قاعدة البيانات الأصلية ، وقم بتجميدها ، وإرسال الملفات بالطائرة إلى المشترك ، وابدأ النسخ المتماثل دون لقطة:هذا شيء تم تنفيذه التقليدي مع إصدارات أقدم من SQL ، ولكن هذا يبدو فوضويًا بعض الشيء بالنسبة لي:سأضطر إلى وضع بيانات الناشر في وضع القراءة فقط وإيقاف جميع النسخ المتماثلة حتى يتم الانتهاء من العملية.
2. قم بعمل لقطة للبيانات ، وإرسال ملفات اللقطة في الخارج ، وقم بتثبيتها على المشترك ، وإشارة إلى موقع Snapshot الجديد كموقع بديل في خصائص النسخ المتماثل.هذا يبدو عادلًا بالنسبة لي (لا توجد ضرورة لتعليق النسخ المتماثلة المستمرة ، ولا تجميد البيانات) ، ولكن في هذه المرحلة ، لا تعني Microsoft ...يساعد.

أنا متأكد من أن بعضكم قد مر بالفعل بمثل هذا الموقف.ماذا كان اختيارك؟

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

Answer 1

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

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

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

استغرقت هذه الطريقة حوالي 28 ساعة فقط بدلاً من أكثر من شهر.

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

Answer 2

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

فقط لجعل الأمور أكثر صعوبة، على الأقل مع SQL 2000، ستفشل اللقطة إذا تجاوزت الكابينة المضغوطة 4 جيجا.

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