النسخ الاحتياطي SQL الخادم / استعادة مقابل فصل / إرفاق

StackOverflow https://stackoverflow.com/questions/610113

  •  03-07-2019
  •  | 
  •  

سؤال

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

والآن، لدي اثنين من الحلول، وأريد أن أتعلم إيجابيات وسلبيات لكل حل. شكرا!

والحل 1: فصل قاعدة البيانات المصدر الذي يحتوي على أحدث البيانات، ثم نسخ إلى ملقمات الوجهة التي تحتاج إلى أحدث البيانات، وإرفاق قاعدة البيانات في ملقمات الوجهة؛

والحل 2: إجراء نسخة احتياطية كاملة من الملقم المصدر لقاعدة بيانات كاملة، ثم نسخ البيانات إلى خوادم جهة واتخاذ الشفاء التام في جانب الملقم الوجهة

.

ويرجع الفضل في ذلك مسبقا، جورج

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

المحلول

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

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

إذا انها نسخ البيانات كنت بعد، فهل هذا يعني أنك تريد قاعدة البيانات الوظيفية في كلا الموقعين؟ في هذه الحالة، وربما كنت تريد النسخ الاحتياطي الخيار / استعادة والتي من شأنها ترك قاعدة البيانات الحالية تعمل بكامل طاقتها.

وتحرير: فقط لتوضيح بعض النقاط. قبل التوقف يعني أنه إذا كنت ترحيل قاعدة البيانات من ملقم واحد إلى آخر، عموما سيتم منع الناس استخدامه في حين انها في العبور. ولذلك، من وجهة على ملقم A "وقف" تصل إلى نقطة "بداية" على ملقم B هذا يمكن اعتبار التوقف. خلاف ذلك، لن يتم تكرار أي الإجراءات التي يتم تنفيذها على قاعدة البيانات في الخادم أثناء العبور إلى خادم B.

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

نصائح أخرى

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

وفقط لتصحيح شيء: النسخ الاحتياطي DB والنسخ الاحتياطي التفاضلي لا باقتطاع السجل، ولا تقطع سلسلة السجل

.

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

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

وتحرير: العثور على وصلة لطيفة. http://sql-server-performance.com/Community/ المنتديات / ع / 5838 / 35573.aspx

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