لا يمكنك استعادة عمليات النسخ الاحتياطي قاعدة بيانات النظام إلى بنية مختلفة من SQL Server

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

اضغط هنا لرابط المقالة باللغة الانجليزية264474
الأعراض
لا يمكنك استعادة نسخة احتياطية من قاعدة النظام بيانات (الرئيسيةطراز أو msdb) على بناء ملقم مختلف عن الإنشاء على الذي تم الأصل إجراء نسخ احتياطي. تؤدي محاولة إجراء مثل هذا استعادة رسالة الخطأ التالية حدوث:
ملقم: رسالة 3168 ، مستوى 16 حالة 1، السطر 1
لا يمكن استعادة النسخ الاحتياطي لقاعدة بيانات النظام على d:\temp\master.bak الجهاز لأنه تم إنشاؤه بواسطة إصدار مختلف من الملقم (134217904) من هذا الملقم (134217920).
ملقم: رسالة 3013 ، مستوى 16 حالة 1، السطر 1
يتم الآن إنهاء RESTORE قاعدة بيانات بشكل غير طبيعي.
السبب
من الممكن تغيير مخطط قاعدة البيانات لقواعد بيانات النظام عبر وبالطريقة الملقم. لضمان لا يؤدي هذا التغيير في المخطط أية حالات عدم تناسق من التدقيقات الأول الذي ينفذ الأمر استعادة هي مقارنة رقم البنية الملقم على ملف النسخ الاحتياطي "و" رقم البنية الملقم الذي يتم على المستخدم محاولة تنفيذ الاستعادة. إذا كانت وبالطريقة جهازي مختلفة، رسالة الخطأ ثم إنهاء عملية الاستعادة بشكل غير طبيعي.

ملاحظة تثبيت حزمة خدمة أو إصلاح عاجل إنشاء التغييرات رقم البنية الملقم وتكون وبالطريقة الملقم دوماً تزايدي.

فيما يلي بعض وحدات السيناريو التي قد تحدث هذه المشكلة:
  • يحاول أحد المستخدمين استعادة قاعدة بيانات نظام على ملقم A من النسخة احتياطية التي تم التقاطها على ملقم ملقمات B. A و B الموجودة على ملقم آخر وبالطريقة. على سبيل المثال، قد يكون ملقم A على بناء RTM ثم قد تكون B Server على حزمة خدمة في بناء 1 (SP1).
  • يحاول أحد المستخدمين استعادة قاعدة بيانات نظام من نسخة احتياطية التقاطها على الملقم نفسه. لكن تم تشغيل الملقم بنية مختلفة عند حدوث النسخ الاحتياطي. أي، تمت ترقية الملقم منذ أن تم إجراء النسخ الاحتياطي.
الحل البديل
عملية الاستعادة في مثل هذه حالة المتضمنة كخصائص المستخدمة فقط كحل أخير.

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

يوفر كل من Microsoft SQL Server 2000 و Microsoft SQL Server 2005 طريقتين التالية لتحديد بناء SQL Server الحالية:
  • الأسلوب 1
    SELECT @@version
    هذه التعليمة البرمجية إرجاع النص مشابهاً:
    Microsoft SQL Server  2000 - 8.00.192 (Intel X86)Jul 31 2000 15:47:46Copyright (c) 1988-2000 Microsoft Corporation Enterprise Edition on Windows NT 5.0 (Build 2195: )(1 row(s) affected)
  • الأسلوب 2
    SELECT SERVERPROPERTY('ProductVersion')
    هذه التعليمة البرمجية إرجاع النص مشابهاً:
    8.00.192(1 row(s) affected)
من أجل هذه المقالة رقم البنية هذا هو كمرجع في "SQL Server إنشاء" في باقي المقالة.

يمكنك تحديد الإنشاء على الذي حدث النسخ الاحتياطي باستخدام الأمر التالي في ملف النسخ الاحتياطي:
RESTORE HEADERONLYFROM DISK = 'd:\temp\master176.bak'
في الإخراج الذي تم إنشاؤه الأعمدة الثلاثة (3) التالية توفر معلومات بناء الملقم:
SoftwareVersionMajor SoftwareVersionMinor SoftwareVersionBuild-------------------- -------------------- --------------------8                    0                    176The actual output has several other columns; however, only the columns that are of interest are included in this article for clarity.
من أجل هذه المقالة رقم البنية هذا تتم الإشارة إليه كـ "النسخ الاحتياطي إنشاء" للفترة المتبقية من هذه المقالة.

في المثال، "SQL Server إنشاء" هو 8.00.192 ، أثناء "النسخ الاحتياطي إنشاء" 8.00.176. لأن مختلفة وبالطريقة اثنين غير مسموح بالعملية الاستعادة ثم رسالة الخطأ 3168.

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

في حالة محاولة الاستعادة على قاعدة البيانات الرئيسية, يمكنك استخدام الخطوات التالية لمحاولة استعادة ناجحة:
  1. فصل كافة قواعد البيانات المستخدم الموجودة على النظام باستخدام الإجراء sp_detach_db تخزين. لمزيد من المعلومات حول فصل قواعد بيانات المستخدم الرجاء الرجوع إلى موضوع "قواعد إرفاق و فصل بيانات" في SQL Server 2000 المباشرة. إذا كنت تستخدم SQL Server 2005 ، انظر "Detaching و إرفاق قاعدة بيانات" موضوع في SQL Server 2005 المباشرة. كما هو اختيار مشتركة إرجاع الاستعلام التالي قائمة كافة قواعد البيانات المستخدم على النظام:
    SELECT name FROM SYSDATABASESWHERE dbid > 4
  2. إجراء نسخ احتياطي لقواعد البيانات msdb والطراز على النظام عن طريق استخدام الأوامر التالية:
    BACKUP DATABASE MSDB TO DISK = '<backup device>' WITH NOINIT, NOSKIPBACKUP DATABASE MODEL TO DISK = '<backup device>' WITH NOINIT, NOSKIP
  3. إذا كانت أكبر من "SQL Server إنشاء" "النسخ الاحتياطي إنشاء" ، تثبيت كافة حزم الخدمات الضرورية أو الإصلاح العاجل بناء لرمي برنامج الملقم الأمام لإنشاء "النسخ الاحتياطي" التي تم تحديد مسبقاً. بعد ذلك، انتقل إلى الخطوة 6.
  4. إزالة SQL Server 2000 أو SQL Server 2005. للحصول على مزيد من المعلومات حول إزالة SQL Server 2000 الرجاء الرجوع إلى موضوع "كيفية إزالة SQL Server 2000" في SQL Server 2000 المباشرة.
  5. إعادة تثبيت SQL Server 2000 أو SQL Server 2005 و كافة حزم الخدمات الضرورية أو الإصلاح العاجل بناء لرمي برنامج الملقم الأمام لإنشاء "النسخ الاحتياطي" التي تم تحديد مسبقاً.
  6. بدء تشغيل الملقم في وضع المستخدم المفرد ثم استعادة قاعدة البيانات الرئيسية باستخدام ملف النسخ الاحتياطي هذه البنية. للحصول على إرشادات حول استعادة قاعدة البيانات الرئيسية الرجاء الرجوع إلى موضوع "قاعدة استعادة الرئيسي البيانات من النسخة احتياطية الحالية" في SQL Server 2000 المباشرة. إذا كنت تستخدم SQL Server 2005 ، راجع الموضوع "استعادة قاعدة البيانات الرئيسية" في SQL Server 2005 المباشرة.
  7. بعد بنجاح في استعادة قاعدة البيانات الرئيسية عليك إيقاف ثم إعادة تشغيل خدمة SQL Server.
  8. إذا كانت أكبر من "SQL Server إنشاء" "النسخ الاحتياطي إنشاء" ، انتقل إلى الخطوة 10.
  9. إعادة تطبيق أية حزم خدمة أو إصلاح عاجل بناء المطلوبة لإظهار برنامج الملقم إلى الأمام "بناء SQL Server".
  10. قم باستعادة قواعد بيانات msdb والطراز من النسخ الاحتياطية بإنشائه في الخطوة 2. إذا كنت تستخدم SQL Server 2005 ، راجع الموضوع "استعادة قواعد بيانات طراز واسم msdb" في SQL Server 2005 المباشرة.
  11. إعادة إرفاق كافة قواعد البيانات المستخدم بواسطة استخدام الإجراء sp_attach_db تخزين. للحصول على مزيد من المعلومات حول كيفية إعادة إرفاق قاعدة البيانات الرجاء الرجوع إلى موضوع "قواعد إرفاق و فصل بيانات" في SQL Server 2000 المباشرة.
يتم أية تغييرات تم إجراؤها على قاعدة البيانات الرئيسية بعد تم إجراء نسخ احتياطي من الرئيسية الآن فقد و يجب أن يكون تطبيق يدوياً.
في حالة محاولة عملية الاستعادة على نموذج أو قاعدة بيانات msdb يمكنك استخدام الخطوات التالية كمحاولة للتغلب على هذه المشكلة. لتوضيح هذا الإجراء مع مثال هذه المقالة يشير إلى الملقم الأصلي إحدى قواعد البيانات هذه قل msdb ، هو استعادة كملقم A. يتضمن هذا الإجراء تثبيت SQL Server على "ب ملقم" مختلف لتجنب رسالة الإعلام بالخطأ 3168. يتم فرض بالطبع، أن نسخة احتياطية صالحة من بناء أقدم لـ msdb فقط على ملقم A.
  1. تثبيت SQL Server 2000 Server B (مع إعدادات ترتيب نسخ نفسه كملقم A) و أي حزم الخدمة أو وبالطريقة الإصلاح الضروري على الحصول على برنامج الملقم لإنشاء "النسخ الاحتياطي".
  2. بعد تثبيت SQL Server 2000 بدء تشغيل خدمة SQL Server ثم حاول استعادة قاعدة البيانات msdb من ملف النسخة الاحتياطية. يعمل "استعادة" في حالة إنشاء الملقم و الإنشاء على الذي تم إجراء النسخ الاحتياطي مماثلة.
  3. إذا كانت أكبر من "الحالي إنشاء" "النسخ الاحتياطي إنشاء" ، انتقل إلى الخطوة 5.
  4. بعد استعادة ناجحة بإنشاء الترقية من SQL Server 2000 على ب Server بتطبيق أية حزم خدمة أو إصلاح عاجل الضرورية لإظهار برنامج الملقم الأمام لإنشاء "الحالي".
  5. بعد إكمال الترقية إجراء نسخة احتياطية من قاعدة البيانات msdb. الآن تتمكن من الاستعادة من النسخ الاحتياطي هذا على خادم ، considering التي الإنشاء الملقم الذي تم إجراء النسخ الاحتياطي و مماثلة "الحالي إنشاء".
يعمل الإجراء نفس قاعدة البيانات طراز أيضاً. مرة أخرى، يتم فقدان أية تغييرات يتم إجراؤها قواعد البيانات هذه منذ أن تم إجراء النسخ الاحتياطي و يجب أن يكون تطبيق يدوياً.
معلومات أخرى
يعتبر دائماً إجراءاً جيداً أن يكون لديك استراتيجية نسخ احتياطي الحالي نافذة المفعول. هذا التقييد مثالاً بعد آخر سبب أهمية استراتيجية النسخ احتياطي جيدة. يتعلق ضوء هذا التقييد يجب إجراء نسخة احتياطية من نظام قواعد البيانات بمجرد ترقية الملقم الخاص بك عند تثبيت حزمة خدمة أو بناء الإصلاح عاجل.

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 264474 - آخر مراجعة: 02/22/2007 22:33:50 - المراجعة: 6.4

Microsoft SQL Server 2000 Standard Edition, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2005 Workgroup Edition

  • kbmt kbbackup kbprb KB264474 KbMtar
تعليقات