ثنائي الخيار التفاضلية النسخ المتماثل

4.3.3 إحداث الفرق أو النسخ الاحتياطي تدريجيا على افتراض جزء كبير من البيانات على خادم MySQL الخاص بك لم يتغير مع مرور الوقت، يمكنك زيادة السرعة وتقليل مساحة التخزين المطلوبة للنسخ الاحتياطية العادية من خلال النسخ الاحتياطي ليس كل البيانات الموجودة على الخادم في كل مرة، ولكن فقط تغييرات على البيانات التي حدثت على مر الزمن. من أجل ذلك، بعد إجراء أول نسخة احتياطية كاملة الذي يحتوي على كافة البيانات، يمكنك القيام بأي مما يلي: تنفيذ سلسلة من عمليات النسخ الاحتياطي التفاضلية. كل النسخ الاحتياطي التفاضلي تشمل جميع التغييرات التي أدخلت على البيانات منذ أن تم إجراء النسخ الاحتياطي الكامل الأخير. لاستعادة البيانات حتى، على سبيل المثال، الزمن t. كنت ببساطة استعادة لأول مرة نسخة احتياطية كاملة، وبعد ذلك، على أعلى من ذلك، وفرق احتياطية اتخذت للمرة ر. تنفيذ سلسلة من نسخ احتياطي تزايدي. كل نسخ احتياطي تزايدي لا يشمل سوى تغييرات منذ النسخ الاحتياطي السابقة، والتي يمكن أن تكون هي نفسها نسخة احتياطية كاملة أو تدريجي. النسخ الاحتياطي الأول في سلسلة الإضافية دائما ثم فرق احتياطية ولكن بعد ذلك، كل نسخ احتياطي تزايدي يحتوي فقط على التغييرات التي حدثت بعد أن نسخ احتياطي تزايدي الماضي. كل نسخ احتياطي تزايدي لاحقا وبالتالي عادة أصغر حجما من فرق احتياطية، وأسرع لجعل هذا يسمح لك لجعل نسخ احتياطي تزايدي متكررة جدا، ثم تمكنك من استعادة قاعدة البيانات إلى نقطة أكثر دقة في الوقت المناسب عند الضرورة. ومع ذلك، واستعادة البيانات مع النسخ الاحتياطية الإضافية قد يستغرق وقتا أطول والمزيد من العمل: بشكل عام، لاستعادة البيانات حتى، على سبيل المثال، الزمن t. عليك أن تبدأ مع استعادة نسخة احتياطية كاملة، ثم استعادة النسخ الاحتياطية الإضافية واحدا تلو الآخر، حتى يتم الانتهاء مع نسخ احتياطي تزايدي المتخذة لالزمن t. الخلية المؤسسة النسخ الاحتياطي وتؤيد كل من نسخ احتياطي تزايدي والتفاضلي. يجب أن تقرر في أي استراتيجية احتياطية لتبني من خلال النظر في هذه العوامل، مثل مقدار مساحة التخزين لديك، مدى السرعة التي يجب أن تكون قادرة على استعادة البيانات، وهلم جرا. الخلية المؤسسة النسخ الاحتياطي يعامل فرق احتياطية كحالة خاصة من نسخ احتياطي تزايدي أن لديها نسخة احتياطية كاملة مقرا لها. لإنشاء نسخة احتياطية التفاضلية، ببساطة اتبع التعليمات التالية لتنفيذ عمليات النسخ الاحتياطي الإضافية، وتأكد من تحديد نسخة احتياطية كاملة كأساس للنسخ احتياطي تزايدي باستخدام أساليب وصفنا أدناه يجب أيضا تجاهل أي تعليمات التي تنطبق فقط على التعامل مع عدة نسخ احتياطي تزايدي. عند إنشاء نسخ احتياطي تزايدي، لديك للإشارة إلى mysqlbackup نقطة في وقت النسخ الاحتياطي الكامل أو التدريجي السابق. للراحة، يمكنك استخدام الخيار --incremental قاعدة لاستخلاص تلقائيا الضروري رقم تسلسل سجل (LSN) من بيانات التعريف المخزنة في دليل احتياطية سابقة أو على الخادم. أو، يمكنك تحديد قيمة LSN صريحة باستخدام خيار LSN --start، وتوفير لmysqlbackup على LSN تنتهي من نسخة احتياطية كاملة أو تدريجي السابق. الاستعداد لاستعادة النسخ الاحتياطي للبيانات، يمكنك الجمع بين جميع نسخ احتياطي تزايدي مع نسخة احتياطية كاملة الأصلي. عادة، يمكنك إجراء نسخ احتياطي كامل جديد بعد فترة محددة من الزمن، وبعد ذلك يمكنك تجاهل البيانات الاحتياطية الإضافية القديمة. إنشاء النسخ الاحتياطية الإضافية فقط باستخدام الإعادة تسجيل --incremental مع-إعادة-تسجيل فقط قد توفر بعض الفوائد على خيار --incremental لخلق نسخ احتياطي تزايدي: التغييرات إلى جداول InnoDB ويتم تحديدها استنادا إلى محتويات ك InnoDB إعادة تسجيل. منذ ملفات السجل إعادته لها حجم ثابت أن تعرف مقدما، فإنه يمكن أن تتطلب أقل I / O لقراءة التغييرات منهم من لمسح ملفات جدولية من InnoDB لتحديد موقع صفحات تغيرت، وهذا يتوقف على حجم قاعدة البيانات الخاصة بك، وكمية النشاط DML، وحجم ملفات السجل إعادة. منذ إعادته ملفات السجل بمثابة منطقة عازلة دائري، مع سجلات التغييرات القديمة يتم تجاوزها كما تأخذ عمليات DML جديدة مكان، يجب عليك إنشاء نسخ احتياطية إضافية جديدة على جدول زمني يمكن التنبؤ به يمليها حجم ملفات السجل وكمية البيانات إعادته ولدت لعبء العمل الخاص بك. خلاف ذلك، قد سجل إعادته لا تصل إلى الوراء بعيدا بما فيه الكفاية لتسجيل جميع التغييرات منذ نسخ احتياطي تزايدي السابق، وفي هذه الحالة mysqlbackup ستحدد بسرعة أنه لا يمكن المضي قدما وسيعود خطأ. وينبغي أن يكون السيناريو الاحتياطية الخاصة بك قادرة على التقاط هذا الخطأ ثم إجراء نسخ احتياطي تزايدي مع خيار --incremental بدلا من ذلك. لحساب حجم سجل إعادته، إصدار المتغيرات قيادة اظهار مثل ملف السجل ك InnoDB، واستنادا إلى الإخراج، مضاعفة إعداد حجم ملف السجل ك InnoDB من قيمة ملفات السجل ك InnoDB في المجموعة. لحساب حجم السجل إعادته في المستوى المادي، والنظر في الدليل DATADIR مثيل الخلية ونلخص أحجام الملفات المطابقة في ملف السجل النمط باء. قيمة ك InnoDB LSN يتوافق مع عدد من وحدات البايت المكتوبة إلى سجل إعادته. للتحقق من LSN في مرحلة ما في الوقت المناسب، لإصدار الأمر إظهار محرك InnoDB والوضع والبحث تحت عنوان السجل. في حين التخطيط لاستراتيجية النسخ الاحتياطي، تسجيل القيم LSN بشكل دوري وطرح القيمة السابقة من النظام الحالي لحساب كمية البيانات إعادته بكثير يتم إنشاء كل ساعة، يوم، وهلم جرا. قبل الخلية 5.5، كان ممارسة شائعة للحفاظ على إعادة سجلات صغيرة نسبيا لتجنب وقت بدء التشغيل طويل عندما كانت الخلية خادم قتل بدلا من اغلاق عادة. مع MySQL 5.5 وأعلى، يتم تحسين أداء تحطم الانتعاش بشكل ملحوظ، كما هو موضح في المتغيرات الأمثل تكوين ك InnoDB. بحيث يمكنك جعل الملفات سجل إعادته الخاص بك أكبر اذا كان ذلك يساعد استراتيجية النسخ الاحتياطي وعبء العمل قاعدة البيانات الخاصة بك. هذا النوع من نسخ احتياطي تزايدي ليس متسامح جدا من القيم LSN --start جدا منخفضة كخيار --incremental هو معيار. على سبيل المثال، لا يمكن إجراء نسخة احتياطية كاملة ثم قم بإجراء سلسلة من --incremental مع-إعادة-تسجيل فقط النسخ الاحتياطي للجميع باستخدام نفس قيمة --start-LSN. تأكد من تحديد LSN نهاية الدقيق للنسخة احتياطية سابقة مثل LSN بداية نسخ احتياطي تزايدي المقبل لا تستخدم القيم التعسفية. لضمان القيم LSN تطابق تصل بالضبط بين نسخ احتياطي تزايدي المتعاقبة، فمن المستحسن أن عليك دائما استخدام الخيار --incremental قاعدة عند استخدام --incremental مع-إعادة-تسجيل فقط الخيار. للحكم على ما إذا كان هذا النوع من نسخ احتياطي تزايدي هو عملي وفعال لمثيل الخلية خاص: قياس مدى سرعة تغيير البيانات داخل InnoDB وإعادة تسجيل الملفات. تحقق من LSN دوريا لتحديد كيفية البيانات إعادته بكثير تتراكم على مدى بعض عدد من ساعات أو أيام. مقارنة معدل تراكم سجل إعادته مع حجم ملفات السجل إعادة. استخدام هذه النسبة لنرى كيف كثير من الأحيان إلى اتخاذ نسخ احتياطي تزايدي، من أجل تجنب احتمال للفشل النسخ الاحتياطي بسبب البيانات التاريخية ليست متاحة في سجل إعادته. على سبيل المثال، إذا كنت إنتاج 1GB من بيانات السجل إعادته في اليوم الواحد، وحجم مجتمعة من ملفات السجل إعادته الخاص بك هو 7GB، سوف تقوم بجدولة نسخ احتياطي تزايدي بشكل متكرر أكثر من مرة في الأسبوع. قد إجراء نسخ احتياطي تزايدي كل يوم أو يومين، لتجنب مشكلة محتملة عندما أنتجت موجة مفاجئة من التحديثات المزيد من بيانات السجل إعادته من المعتاد. المعيار مرات نسخ احتياطي تزايدي باستخدام كل من --incremental و--incremental مع-إعادة-فقط تسجيل الخيارات، لتأكيد ما اذا كان إعادته تقنية النسخ الاحتياطي سجل ينفذ بشكل أسرع وأقل الحمل من طريقة نسخ احتياطي تزايدي التقليدي. والنتيجة يمكن أن تعتمد على حجم البيانات الخاصة بك، ومقدار النشاط DML، وحجم ملفات السجل إعادته الخاص بك. هل الاختبار الخاص بك على ملقم مع وحدة تخزين بيانات واقعية وأعباء العمل واقعي. على سبيل المثال، إذا كان لديك ملفات السجل إعادته ضخمة، قراءتها في سياق نسخ احتياطي تزايدي يمكن أن يستغرق ما دام قراءة ملفات البيانات ك InnoDB باستخدام تقنية الإضافية التقليدية. على العكس من ذلك، إذا حجم البيانات الخاص بك كبير، وقراءة كافة ملفات البيانات للعثور على عدد قليل من الصفحات تغير يمكن أن يكون أقل كفاءة من معالجة ملفات السجل إعادته أصغر من ذلك بكثير. ويهدف اعتبارات أخرى لتزايدي المساعدون ميزة نسخ احتياطي تزايدي في المقام الأول للجداول InnoDB و، أو الجداول غير InnoDB والتي هي للقراءة فقط محدثة أو نادرا. نسخ احتياطي تزايدي كشف التغيرات في مستوى الصفحات في ملفات البيانات ك InnoDB. بدلا من صفوف الجدول كل صفحة تم تغييرها واحتياطيا. وهكذا، فإن توفير مساحة والوقت لا تتناسب تماما مع نسبة الصفوف ك InnoDB تغييرها أو الأعمدة. بالنسبة للملفات غير ك InnoDB، يتم تضمين الملف بأكمله في نسخ احتياطي تزايدي إذا تم تغيير هذا الملف منذ النسخ الاحتياطي السابقة، مما يعني تحقيق وفورات للموارد احتياطية أقل أهمية عند مقارنة مع الحال مع الجداول ك InnoDB. لا يمكنك إجراء نسخ احتياطي تزايدي مع خيار --compress. عند إجراء نسخ احتياطي تزايدي التي تقوم على نسخة احتياطية (كامل أو تدريجيا) التي تم إنشاؤها باستخدام خيار قفل - ما لا، استخدم الخيار --skip-binlog لتخطي النسخ الاحتياطي لسجل الثنائي الذي سجل ثنائية المعلومات ستكون غير متوفرة لmysqlbackup في هذا الوضع. أمثلة من تزايدي المساعدون يستخدم هذا المثال mysqlbackup لجعل نسخ احتياطي تزايدي من خادم الخلية، بما في ذلك جميع قواعد البيانات والجداول. وتبين لنا خيارين، واحد باستخدام الخيار --incremental القاعدة والآخر باستخدام الخيار --start-LSN. مع خيار --incremental القاعدي، لم يكن لديك لتتبع القيم LSN بين النسخ الاحتياطي وأخرى. بدلا من ذلك، يمكنك فقط تحديد الدليل النسخ الاحتياطي النسخ الاحتياطي السابق (إما كاملة أو الإضافية)، وشخصيات mysqlbackup من نقطة الانطلاق لهذه النسخة الاحتياطية على أساس بيانات تعريف وقت سابق واحد. لأنك في حاجة إلى مجموعة معروفة من أسماء الدليل، قد ترغب في استخدام أسماء ضمنية أو إنشاء تسلسل الأسماء بالخط النسخ الاحتياطي الخاصة بك، بدلا من استخدام الخيار --with-الطابع الزمني. لاحظ أنه حتى إذا كان النسخ الاحتياطي الأخير الخاص بك ملف واحد. يمكنك الاستمرار في استخدام --incremental قاعدة لتحديد لدير: مسار دليل موقع الدليل المؤقت قمت بتوفيرها مع خيار --backup دير أثناء النسخ الاحتياطي الكامل: كبديل لتحديد دير --incremental قاعدة: دليل المسار. يمكن أن أقول لكم mysqlbackup للاستعلام عن قيمة نهاية LSN من الماضي بنجاح النسخة الاحتياطية غير تحويل النص إلى كلام، كما هو مسجل في الجدول محفوظات النسخ الاحتياطي على الملقم باستخدام التاريخ --incremental قاعدة: النسخ الاحتياطي الأخير (هذا يتطلب أن النسخ الاحتياطي الماضي وقدم مع mysqlbackup اتصال إلى الخادم). يمكنك أيضا استخدام خيار LSN --start لتحديد أين يجب أن يبدأ نسخ احتياطي تزايدي. لديك لتسجيل LSN من النسخة الاحتياطية السابقة التي أبلغ عنها mysqlbackup في نهاية النسخ الاحتياطي: يتم تسجيل العدد أيضا في ملف variables. txt الفوقية / الاحتياطية في المجلد المحدد من قبل --backup-دير أثناء النسخ الاحتياطي. العرض ثم هذا العدد إلى mysqlbackup باستخدام خيار LSN --start. ثم يتضمن نسخ احتياطي تزايدي كافة التغييرات التي جاءت بعد LSN محدد. لخلق صورة احتياطية إضافية مع خيار LSN --start، استخدم الأمر التالي، مع تحديد مع --incremental-النسخ الاحتياطي دير دليل النسخ الاحتياطي، والتي، في هذه الحالة، هو دليل لتخزين البيانات الوصفية للنسخ الاحتياطي و بعض الملفات المؤقتة: في المثال التالي وذلك لأن --backup صورة لا يوفر المسار الكامل لملف الصورة المراد إنشاؤها، يتم إنشاء صورة نسخ احتياطي تزايدي ضمن المجلد المحدد من قبل --incremental-النسخ الاحتياطي دير. في المثال التالي، تاريخ --incremental قاعدة: يستخدم خيار النسخ الاحتياطي الماضي، نظرا التي mysqlbackup جلب LSN للنجاح (-تحويل النص إلى كلام غير) النسخ الاحتياطي الكامل أو الجزئي الأخير من الجدول mysql. backup التاريخ ويقوم بإجراء نسخ احتياطي تزايدي مستندة على ذلك. المتقدم: استخدم الأوامر التالية لإنشاء نسخ احتياطية دليل الإضافية، وذلك باستخدام --incremental قاعدة وخيارات LSN --start: الحفاظ على جدول النسخ الاحتياطي: على جدول منتظم يحددها التاريخ أو كمية النشاط قاعدة البيانات، وتأخذ أكثر تدريجية أو النسخ الاحتياطي التفاضلية. اختياريا، بدء دوري دورة تكرارا عن طريق أخذ نسخة احتياطية كاملة، غير مضغوط أو مضغوط. عادة، يحدث هذا الإنجاز عندما يمكنك أرشفة واضح من أقدم النسخ الاحتياطي للبيانات الخاصة بك. حول كيفية استعادة قاعدة البيانات الخاصة بك باستخدام النسخ الاحتياطية الإضافية، انظر القسم 5.1.3، استعادة نسخ احتياطي تزايدي تنفيذ NoSync التهيئة (والاختلافات) على SQL Server 2005/8 أنا ترغب في القيام مقالة قصيرة على القيام التهيئة nosync ل SQL Server 2005 / 8. هذه هي التهيئة التي دون ر استخدام لقطة. لماذا نحب القيام به الأمور على هذا النحو (1) وعادة ما يكون السبب هو حجم اللقطة. وهذا مهم بشكل خاص لأحد العملاء الرئيسيين بلدي حيث أننا تكرار لأسطول من السفن في جميع أنحاء العالم عبر وصلات الأقمار الصناعية الضيقة. إذا كان لنا أن استخدام لقطة، ان نشر احد بعينه تأخذ 1 أسبوع التهيئة. لذا، فإن أسهل البديل هو زمم النسخ الاحتياطي قاعدة البيانات وإرسالها أكثر، بفك، واستعادة ومن ثم استخدام هذا كنقطة انطلاق. (2) اخذ قاعدة بيانات يضمن أن يتم اتخاذ كافة الكائنات دعم في نفس الوقت. ليس كل الكائنات هي قادرة على أن تضاف إلى مقالات وذلك باستخدام هذه المنهجية يعني أننا دون ر ديك لاستخدام الملفات بعد لقطة ولذلك فمن صيانة أقل. (3) قد يكون لدينا البيانات الموجودة بالفعل في المشترك ولكن تطبيق snapashot أو قاعدة بيانات استعادة من الناشر شأنه كسر النظام. ومن الواضح أن هذا ليس الإعداد الموصى بها ولكن كان من دواعي سروري مشكوك فيها للعمل على مثل هذا النظام في أحد البنوك حيث التهيئة القياسية مستحيلة. إذا تحتوي قاعدة البيانات بيانات المشترك الخاصة التي لا توجد إلا على المشترك ثم سيكون لديك لاستخدام هذا كنقطة انطلاق. غير التقارب وخاصة في حالة دمج النسخ المتماثل هو شيء ونحن في محاولة لتجنب ولكن الغريب في بعض النظم أنه هو حالة مقبولة. لاحظ أنه في بعض الحالات يمكننا أن الرمز أيضا ملفات لقطة واستخدام موقع لقطة بديل بدلا من استخدام قاعدة بيانات النسخ الاحتياطي، ولكن أخذ نسخة احتياطية في كثير من الأحيان أبسط طريقة. كيفية إضافة الاشتراك - معالج عند إضافة اشتراك، والخيار في المعالج لتعلن أن لا، لدى المشترك مسبقا المخطط والبيانات التي كانت موجودة في SQL Server 2000 تم استبدال الشاشة أدناه والتي هي إلى حد ما تحتاج إلى شرح . ما زلنا بحاجة للحصول على البيانات للمشترك كما كان من قبل، وهناك العديد من التعديلات نحن قد تحتاج إلى إجراء إلى المخطط على المشترك كما هو موضح في المقطع أدناه، ولكن هذا يحدد لنا للحصول على التهيئة nosync. للنسخ المتماثل دمج هذا هو إلى حد كبير نفس المنهجية السابقة لتهيئة nosync وتشغيل عامل دمج سوف تولد كل جداول النظام إضافية، وموجبات وما على المشترك. للنسخ المتماثل المعاملات ليست هذه هي نفس nosync التهيئة ل SQL Server 2000 كما في SQL Server 2005/8 نحن نستخدم دعم النسخ المتماثل الجديد خيار سوى الذي أوضح كذلك أدناه. كيفية إضافة الاشتراك - مخطوطات عن طريق البرامج النصية ويمكننا أن نرى بسهولة ما كل الخيارات المتاحة هي وماذا تعني. إضافة اشتراك في النسخ المتماثل المعاملات التي نستخدمها الإجراءات التالية: س addsubscription وس addpushsubscription وكيل وكيل / س addpullsubscription. في addsubscription س هناك الآن 4 خيارات لنوع متزامنة. في السابق كانت هناك 2 خيارات فقط: التلقائي (الافتراضي) وليس الذي تم استخدامه لجعل التهيئة nosync. ولا يزال هذا هو الحال بالنسبة لدمج النسخ المتماثل في SQL Server 2005/8 ولذا فإنني سوف لا أذكر أن أي أكثر من ذلك، ولكن لالمعاملات لدينا الآن العديد من الخيارات الجديدة التي ارين تي متاحة بشكل واضح في المعالج. إعادة صياغة مقالتي ل SQL Server 2000، وكان الخيار الأخير (لا يوجد) لاستخدامها جنبا إلى جنب مع جيل اليدوي للإجراءات النسخ المتماثل المخزنة والتي يتم تطبيقها على كل مشترك. في SQL Server 2005/8 لدينا الآن خيارات بديلة وهي: (1) لا شيء - يفترض أن المشترك مسبقا المخطط والبيانات الأولية للجداول المنشورة - مهمل الآن. (لم يتم وضع علامة لكن scriptpublicationcustomprocs ليرة سورية كما انتقدت للاستخدام اليدوي في BOL.) (2) التلقائي (الافتراضي) - نقل التلقائي للمخطط، والبيانات والإجراءات المخزنة النسخ المتماثل (ويطلق إذا لزم الأمر). (3) دعم النسخ المتماثل فقط - ماذا يعني المصطلح في هذا السياق وهي إجراءات النسخ المتماثل الداخلي تخزين مادة الصورة وتكرارها يؤدي هذا الدعم بتحديث الاشتراكات والجداول نظام النسخ المتماثل المطلوبة. لذلك، وهذا هو مثل الخيار ل SQL Server 2000، من دون صداع للقيام بإنشاء اليدوي وتنفيذ الإجراءات المخزنة. يفترض هذا الخيار أن المشترك مسبقا المخطط وجميع البيانات الأولية للجداول. هنا يجب أن نكون حذرين للغاية: - يجب أن يكون هناك أي اختلاف في البيانات بين الناشر والمشترك. هذا لا يتم التأكد من الإعداد وكما دباس يجب علينا أن نضمن أن هذه هي القضية. في بعض المصطلحات وهذا ما يشار إليه على أنه حين يتم نقل البيانات. من الواضح إذا كنت تعمل على نظام التي يصعب فيها الحصول على مدار 24 ساعة، وهذا لن يكون ممكنا، لذلك الخيار (2) أو (4) أن تكون مطلوبة. - إذا كنت تقوم بإعداد هذا باستخدام النسخ الاحتياطي، ويجب أخذ النسخة الاحتياطية بعد أن تم إنشاء المنشور. لماذا هذا حرجة للغاية لأن إنشاء المنشور يجعل بعض التغييرات إلى المخطط التي تعتبر ضرورية للنسخ المتماثل للعمل. على وجه الخصوص، يتم تعيين أعمدة الهوية ليست للنسخ المتماثل. - أن ندرك أن هذا الإعداد لا تعكس بدقة في واجهة المستخدم الرسومية. بالطريقة العادية من وضع المواد هي لإضافتها في واجهة المستخدم الرسومية ثم لتحرير خصائص المادة. وهذا يسمح لنا أن تقرر أي أذونات، وموجبات، والفهارس وغيرها لأخذ لمادة منسوخة معينة. التغييرات بعد ذلك لمثل إعداد مؤشر لا يتم نشر، لكنه يسمح لتحبب في عملية التهيئة. في حالة وجود دعم النسخ المتماثل الخيار فقط، خصائص المادة لا معنى لها أنت تجاوز هذه الوظيفة وأخذ قاعدة البيانات بأكملها. (4) تهيئة مع النسخ الاحتياطي. ويتم الحصول على مخطط كامل والبيانات الأولية للجداول المنشورة من نسخة احتياطية كاملة مؤخرا من قاعدة البيانات المنشور. وكما ذكر أعلاه، يجب أن تؤخذ هذه النسخة الاحتياطية بعد أن تم إنشاء المنشور. مرة واحدة يتم إنشاء نسخة احتياطية من قاعدة البيانات المنشور، يجب علينا التأكد من أن المشترك لديه حق الوصول إلى ملف النسخ الاحتياطي - يتم نقل أي من النسخ الاحتياطي للمشترك أو يتم وضع على fileshare أن المشترك يمكن قراءة. يتم تحديد موقع النسخ الاحتياطي ونوع الوسائط للنسخ الاحتياطي بنسبة 2 معايير جديدة من addsubscription ليرة سورية. backupdevicename وbackupdevicetype. عند هذه النقطة وأنا ليرة لبنانية ملاحظة أنك سوف تحتاج إلى القيام به 3 أشياء: (أ) إزالة الأشياء الزائدة عن الحاجة والجداول. هناك ق أي نقطة التبعثر الاحتياطي لقاعدة البيانات على المشترك مع شيء لدن ر يكون هناك كنت قد فعلت والتهيئة التلقائية. هذا وسوف تسريع النسخ الاحتياطي وتوضيح للمسؤولين آخرين ما يتم استخدام المشترك ل. (ب) تحل محل أعمدة الطابع الزمني مع (8) أعمدة الثنائية. ليرة لبنانية لديك لاستخدام جدول احتجاز مؤقت لتحقيق ذلك. (ج) تذكر أن النسخ الاحتياطي يشمل جميع البيانات، حتى إذا تم تحديد الصف أو العمود المرشحات على طاولة - لذلك قد تحتاج إلى إسقاط بعض الأعمدة. كيف يعمل، وكيفية تجنب المزالق عند استخدام، س addsubscription يدعو داخليا استعادة HEADERONLY لاستخراج LSN الأخير من نسخة احتياطية لاستخدامها كنقطة انطلاق للاشتراك جديد. يتم إجراء مقارنة لاحقة إلى القيمة seqno XACT في الأوامر distribution..MSrepl. والأوامر اللازمة نقله. لضمان أن تكون جميع الأوامر المطلوبة موجودة فعلا في MSrepl أوامر الجدول يجب علينا استعادة النسخة الاحتياطية قبل الوصول إلى فترة الاحتفاظ وعامل تنظيف توزيع يزيل الصفوف. توصي BOL أننا تعطيل عامل تنظيف التوزيع خلال هذه الفترة لضمان كل شيء بسلاسة. إذا كنت تحصل على هذا الخطأ، فسوف تتلقى الرسالة التالية: رسالة 21397، مستوى 16 حالة 1، إجراء س MSsetupnosyncsubwithlsnatdist، خط 213 المعاملات المطلوبة لمزامنة الاشتراك nosync التي تم إنشاؤها من النسخ الاحتياطي المحدد غير متوفرة في موزع. إعادة العملية مرة أخرى مع سجل أكثر ما يصل إلى التاريخ، التفاضلي، أو النسخ الاحتياطي قاعدة بيانات كاملة. أسقطت المشترك. إضافة جداول جديدة إذا قمت بإضافة مادة جديدة إلى المنشور الذي يحتوي على المشتركين تكوين على دعم النسخ المتماثل فقط عليك أن تكون حذرا بعض الشيء. ل(الافتراضي) الاشتراك العادي كنا تشغيل عامل لقطة لإنشاء البرامج النصية لهذه المادة الجديدة وهذا من شأنه ثم يتم تطبيقها في المشترك. في هذه الحالة الأمور مختلفة. بعد إضافة ونشر المادة الجديدة، سيكون هناك رسالة في التاريخ وكيل التوزيع قائلا التطبيقية اللقطة المشترك. ولكن عندما تنظر على المشترك ليرة لبنانية لا نرى مثل هذا الجدول. ما تم إنشاؤه في المشترك أثناء هذه العملية هي الإجراءات المخزنة الداخلية لتطبيق الأوامر إلى الجدول الجديد. إنشاء الجدول الفعلي والبيانات في المشترك هو متروك لكم. لذلك، تأكد من أن استخدام شيء مثل جهاز مباحث أمن الدولة لنقل الجدول والبيانات. تأكد من أن يتم تعيين أعمدة الهوية ليست للتكرار ويتم إنشاء أي أجسام ذات الصلة هناك أيضا - مؤشرات ومشغلات على سبيل المثال غير متفاوت. حقا تحتاج إلى القيام بذلك قبل الاشتراك في المادة الجديدة. أساسا كل هذا يعني أن النظام يحتاج إلى أن يتم إلغاء التنشيط بينما يحدث هذا لذلك نحن دون ر تفقد أية بيانات. لذلك يمكننا القول أن السبب الأولي استخدمنا هذه الطريقة ينهار عندما نضيف المواد الاستنتاجات نأمل أن هذه المادة سوف تساعدك على الاستفادة من خيارات جديدة مفيدة في إعداد التهيئة nosync. هذا الخيار قد تشارك دائما بعض متطلبات البرمجة الضرورية، ويمكن أبدا أن يتم ذلك تماما باستخدام واجهة المستخدم الرسومية. الآن مع SQL Server 2005/8 وهذا هو أكثر من ذلك، ولكن الخيارات الإضافية تقديم بديل الضروري التهيئة التلقائية. بفضل نايجل Maneffa لافتا إلى بعض التحسينات على هذه المادة. الفرق الجينات ونص التحليل تعبير عن تجارب الحمض النووي الريبي وما يليها مع TopHat وأزرار أكمام خلاصة التطورات الحديثة في الإنتاجية العالية كدنا] تسلسل (RNA وما يليها) يمكن أن تكشف عن جينات جديدة ومتغيرات لصق والكمي على نطاق الجينوم التعبير في فحص واحد. حجم وتعقيد البيانات من تجارب الحمض النووي الريبي وما يليها تستلزم تدرجية، سريع ومبدئي رياضيا برامج التحليل. TopHat وأزرار أكمام هي حرة، مفتوحة المصدر أدوات البرمجيات لاكتشاف الجينات وتحليل التعبير الشامل للبيانات عالية الإنتاجية مرنا تسلسل (RNA وما يليها). معا، فهي تسمح الأحياء لتحديد جينات جديدة ومتغيرات لصق جديدة من تلك المعروفة، وكذلك مقارنة الجينات والتعبير نص تحت اثنين أو أكثر من الشروط. يصف هذا البروتوكول بالتفصيل كيفية استخدام TopHat وأزرار أكمام لإجراء مثل هذه التحليلات. وهو يغطي أيضا العديد من الأدوات والمرافق الملحقة التي تساعد في إدارة البيانات، بما في ذلك CummeRbund، أداة لتصور نتائج تحليل الحمض النووي الريبي وما يليها. على الرغم من أن الإجراء يفترض المهارات المعلوماتية الأساسية، هذه الأدوات تفترض قليلا إلى أي خلفية مع تحليل الحمض النووي الريبي وما يليها، وتعني بالنسبة للمستخدمين المبتدئين والخبراء على حد سواء. يبدأ البروتوكول مع يقرأ تسلسل الخام وينتج التجمع Transcriptome على، قوائم الجينات والنصوص وأعرب تفاضلي وتنظيمها، وتصورات ذات جودة نشر نتائج التحليل. وقت تنفيذ بروتوكول الصورة يعتمد على حجم البيانات Transcriptome على التسلسل والموارد الحاسوبية المتاحة ولكن تستغرق أقل من 1 د من وقت الكمبيوتر لإجراء التجارب النموذجية و1 ساعة من التدريب العملي في الوقت المحدد. مقدمة الإنتاجية العالية مرنا تسلسل (RNA وما يليها) يوفر القدرة على اكتشاف الجينات والنصوص الجديدة وقياس التعبير نسخة في فحص واحد 1 الأدوات الحالية تولد أكثر من 500 gigabases في شوط واحد. وعلاوة على ذلك، وتكاليف التسلسل والحد بشكل كبير، وفتح الباب أمام تسلسل شخصية بأسعار معقولة ودعوة مقارنات مع الحوسبة السلع الأساسية وأثره على المجتمع 4. على الرغم من أن حجم البيانات من تجارب الحمض النووي الريبي وما يليها غالبا ما تكون مرهقة، يمكن أن توفر نظرة هائلة. كما كدنا] تسلسل مع التعاقب سانجر توسعت بشكل كبير لدينا قائمة من الجينات البشرية المعروف 5. الحمض النووي الريبي يليها يكشف عن ذخيرة كاملة من الأشكال الإسوية لصق بديل في Transcriptome على لدينا، ويسلط الضوء على أندر وأكثر الخلوي والسياق محددة النصوص 6. وعلاوة على ذلك، لأن عدد القراءات تنتج من نسخة الرنا هي وظيفة من وفرة التي نص الصورة والكثافة قراءة يمكن استخدامها لقياس نسخة 7 و 8 و الجين 2 و 3 و 9 و 10 التعبير مع مماثلة أو متفوقة الدقة لميكروأرس التعبير 1، 11. ويجب تحليل التجارب RNA وما يليها مع خوارزميات قوية وفعالة والمبدئية إحصائيا. لحسن الحظ، فإن المجتمع المعلوماتية الحيوية من الصعب في العمل تطوير الرياضيات والإحصاء وعلم الحاسوب لالحمض النووي الريبي وما يليها وبناء هذه الأفكار إلى أدوات البرمجيات (لاستعراض حديث لمفاهيم التحليل وحزم البرمجيات نرى غاربر وآخرون. 12). تقع أدوات تحليل الحمض النووي الريبي وما يليها عموما إلى ثلاث فئات هي: (أ) تلك المحاذاة قراءة (ب) تلك لتجميع النص أو الشرح الجينوم و(ج) تلك للحصول على النسخة النوعي والكمي الجينات. لقد قمنا بتطوير اثنين من الأدوات الشعبية التي تخدم معا كل الأدوار الثلاثة، فضلا عن أداة جديدة لتصور نتائج التحليل. TopHat 13 (tophat. cbcb. umd. edu/) محاذاة يقرأ على الجينوم وتكتشف مواقع لصق نسخة. وتستخدم هذه التحالفات خلال تحليل المصب في عدة طرق. أزرار أكمام 8 (cufflinks. cbcb. umd. edu/) يستخدم هذه الخريطة ضد الجينوم لتجميع يقرأ في النصوص. Cuffdiff، وهي جزء من حزمة أزرار أكمام، يأخذ الانحياز يقرأ من اثنين أو أكثر من الشروط والجينات التقارير والمحاضر التي يتم التعبير عنها بشكل مختلف باستخدام التحليل الإحصائي الدقيق. هذه الأدوات تكتسب قبولا واسعا، واستخدمت في عدد من حديث عالية الدقة Transcriptome على دراسة 14 17. CummeRbund يجعل الانتاج Cuffdiff في الأرقام للنشر جاهزة والمؤامرات. ويبين الشكل (1) والبرمجيات المستخدمة في هذا البروتوكول، ويسلط الضوء على المهام الرئيسية لكل من الأداة. يتم توثيق جميع الأدوات المستخدمة في البروتوكول بشكل كامل على شبكة الإنترنت، والحفاظ بنشاط من قبل فريق من المطورين واعتماد معايير تخزين البيانات، ونقل مقبولة تماما. مكونات البرامج المستخدمة في هذا البروتوكول. ربطة العنق 33 الأشكال الأساسية حسابي من TopHat، حيث يتقابل الملايين من الحمض النووي الريبي وما يليها يقرأ على الجينوم في ساعة وحدة المعالجة المركزية. يتم تجميع TopHat الصورة التحالفات قراءة بواسطة أزرار أكمام وفائدة البرنامج المرتبط به لإنتاج. قيود البروتوكول والبرمجيات TopHat وأزرار أكمام لا تعالج جميع الطلبات من الحمض النووي الريبي وما يليها، كما أنها ليست الأدوات الوحيدة لتحليل الحمض النووي الريبي وما يليها. على وجه الخصوص، TopHat وأزرار أكمام تتطلب تسلسل الجينوم (انظر أدناه للحصول على كل ما يشير إلى الأدوات التي يمكن استخدامها دون الجينوم مرجعية). يفترض هذا البروتوكول أيضا أن الحمض النووي الريبي بعدها تم إجراء إما البورشيد أو آلات التسلسل الصلبة. تقنيات التسلسل أخرى مثل 454 أو النهج الكلاسيكي الكهربائي الشعري يمكن أن تستخدم في التسلسل [كدنا على نطاق واسع، ولكن تحليل هذه البيانات يختلف كثيرا عن النهج المتبع هنا. TopHat وأزرار أكمام كلاهما يعملان عن طريق قذيفة UNIX. لا يتم تضمين واجهة المستخدم الرسومية. ومع ذلك، هناك الآن المنتجات التجارية واجهات مفتوحة المصدر لهذه وغيرها من أدوات تحليل الحمض النووي الريبي وما يليها. على سبيل المثال، مشروع غالاكسي 18 يستخدم واجهة ويب لسحابة الحوسبة الموارد لتحقيق سطر الأوامر أدوات يحركها مثل TopHat وأزرار أكمام للمستخدمين بدون مهارات يونيكس من خلال شبكة الإنترنت والحوسبة السحابية. حزم تحليل بديلة TopHat وأزرار أكمام تقدم سير العمل كاملة-RNA وما يليها، ولكن هناك حزم تحليل الحمض النووي الريبي وما يليها الأخرى التي يمكن أن تستخدم بدلا من أو بالاشتراك مع الأدوات في هذا البروتوكول. العديد من بديل برامج الانحياز قراءة 19 28 تحليل. لأن العديد من هذه الأدوات تعمل على ملفات البيانات المنسقة وبالمثل، يمكن استخدامها بدلا من أو بالإضافة إلى الأدوات المستخدمة هنا. على سبيل المثال، مع البرامج النصية تحليل نتائج واضحة، يمكن للمرء أن توفير GSNAP 19 التحالفات قراءة لأزرار أكمام، أو استخدام Transcriptome على إعادة الإعمار الكتاب المقدس 22 بدلا من أزرار أكمام واحدة قبل تحليل التعبير التفاضلية. ومع ذلك، فإن هذا التخصيص هو خارج نطاق هذا البروتوكول، ونحن لا نشجع المستخدمين RNA وما يليها المبتدئين من إجراء تغييرات على بروتوكول المذكورة هنا. هذا البروتوكول هو مناسبة لتجارب الحمض النووي الريبي وما يليها على الكائنات الحية مع العوامل الوراثية المرجعية متسلسلة. يجب على المستخدمين العمل دون تسلسل الجينوم لكن الذين يرغبون في اكتشاف الجين النظر في أداء دي نوفو Transcriptome على التجميع باستخدام واحدة من العديد من الأدوات مثل الثالوث 29. عبر الهاوية 30 أو الواحات (ebi. ac. uk/ zerbino / الواحات /). قد يرغب المستخدمين إجراء تحليل التعبير مع دي نوفو التجمع Transcriptome على أن تنظر في 10 RSEM أو IsoEM 25. للاطلاع على دراسة هذه الأدوات (بما في ذلك TopHat وأزرار أكمام) قد يرغب القراء على النظر إلى الدراسة التي غاربر وآخرون. 12. الذي يصف مزايا وعيوب النسبية والاعتبارات النظرية التي تبلغ تصميمها. نظرة عامة على بروتوكول الرغم من أن تجارب الحمض النووي الريبي وما يليها يمكن أن تخدم أغراض كثيرة، وصفنا سير العمل الذي يهدف إلى مقارنة ملامح Transcriptome على اثنين أو أكثر من الشروط البيولوجية، مثل النوع البري مقابل متحولة أو السيطرة مقابل تجارب ضربة قاضية. للبساطة، ونحن نفترض أن يقارن بين اثنين فقط من الظروف البيولوجية، على الرغم من أن البرنامج يهدف إلى دعم الكثير، بما في ذلك التجارب الوقت طبعا. يبدأ هذا البروتوكول مع يقرأ الخام RNA وما يليها، ويختتم التصور للنشر على استعداد للتحليل. ويبرز الشكل 2 الخطوات الرئيسية للبروتوكول. أولا، يقرأ في كل حالة يتم تعيينها إلى الجينوم إشارة مع TopHat. العديد من المستخدمين-RNA وما يليها هي أيضا مهتمة في الجينات أو لصق البديل الاكتشاف، وفشل في البحث عن النصوص الجديدة يمكن تقديرات التعبير التحيز وتقليل دقة 8. وهكذا، ندرج التجمع نص مع أزرار أكمام كخطوة في سير العمل (انظر الإطار 1 لسير العمل الذي يتخطى الجينات واكتشاف النص). بعد تشغيل TopHat، وتقدم ملفات المحاذاة مما أدى إلى أزرار أكمام لتوليد جمعية Transcriptome على كل حالة. هذه التجميعات ثم يتم دمجها معا باستخدام الأداة المساعدة Cuffmerge، والتي يتم تضمينها مع حزمة أزرار أكمام. ويوفر هذا التجمع المدمجة أساس موحد لحساب الجينات ونسخة في كل حالة. ويقرأ ويتم تغذية التجمع المدمجة لCuffdiff، الذي يحسب مستويات التعبير واختبارات الدلالة الإحصائية من التغيرات الملحوظة. كما يؤدي Cuffdiff طبقة إضافية من التحليل التفاضلي. من خلال تجميع النصوص إلى مجموعات ذات مغزى من الناحية البيولوجية (مثل النصوص التي تشترك في نفس الموقع النسخ بداية (TSS))، ويحدد Cuffdiff الجينات التي تنظم بشكل مختلف على المستوى النسخي أو ما بعد النسخي. 12. A. R. D. K. H. P. A. R. نات. أساليب. نات. أساليب. طبيعة. نات. Biotechnol. J. صباحا. علم. شركة نفط الجنوب. نات. أساليب. طبيعة. طبيعة. نات. Biotechnol. نات. أساليب. نات. أساليب. نات. Biotechnol. نات. أساليب. نات. أساليب. نات. Biotechnol. نات. Biotechnol. نات. Biotechnol.