الانتقال إلى المحتوى

replication vs standby


aza

Recommended Posts

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


فهل أستخدم replication أو standby

وشكرا لكم

رابط هذا التعليق
شارك

السلام عليكم
انا افضل standby على replication لسبب واحد ان replication ممكن قاعدة البيانات الاساسية يصبها عطل ما اثناء نقلها للبيانات هذا رأي

إليكي هذا الرابط
Standby vs Replication

تم تعديل بواسطة Admin05
رابط هذا التعليق
شارك

السلام عليكم

سؤال جميل :wub: من الأخت عزة
وللإجابة عليه يجب أخذ عدة أمور في الحسبان،

0- ستاندباي يعتبر Disaster Recover Solution
ريبليكشن ليس كذلك
وبالتالي هناك فرق جوهري بين أيهما نعتمد، ولأي غرض

1- بالنسبة لجهازي السيرفر
ستاندباي: تتطلب سيرفرين متطابقين تقريبا في المواصفات ونفس نظام التشغيل
ريبليكيشن: لا تتطلب ذلك
ستاندباي: أحد السرفرين سيكون معطلا ولا يمكن الاستفادة من إمكانياته،
لأنه في وضع ستاندباي سيقوم بتحديث نفسه للطوارئ
ويمكن قتحه للقراءة فقط
ريبليكيشن: يمكن القراءة والكتابة عليه
يجب أن نأخذ طريقة تشغيله في الحسبان، وتحتاج لتفصيل كبير عنها
إذا كانت One-Way سيصبح الآخر للقراءة فقط
إذا كانت Two-Way سيصبح الآخر للقراءة والكتابة

2- بالنسبة ل License
ستاندباي: لا تحتاج إلى ليسنز حسب علمي ويمكن تطبيقها مع Oracle Standard Ed
ريبليكشن: تتطلب وجود Oracle Enterprise License أولا أي زيادة كبيرة جدا في تكاليف الترخيص

3- نسبة الحماية
ستاندباي: 100% حماية لغاية آخر Archive Log File يخرج من DB المطلوب حمايتها
ريبيليكشن: نحن هنا نتحكم في الجداول المطلوب حمايتها قد تكون من جدول إلى جميع DB

4- سهولة التشغيل والمتابعة:
ستاندباي: سهلة نسبيا مقارنة مع الريبليكشن
ريبليكشن: صعب في التعامل معه، لأنه يحتاج إلى بناء Triggers على الجداول المطلوب حمايتها
لتقوم بعملية النسخ الإحتياطي للبيانات
هنا قد تظهر بعض المشاكل منها أنه يجب إيقافه أثناء تعديل المبرمج للجداول الخاصة بنظامه
إذا كان عليها ريبليكشن، وبعد الانتهاء من التعديل، يتم حذفه من Site2 ثم إعادة بناءه من
جديد فقط على الجداول المعدلة مع ما يتبعها من Triggers

5- نقطة One-Way ريبليكشن معناها أن التعديل يتم فقط في الماستر نود فقط وبالتالي تصبح كأنها ستاندباي
Two-Way ريبليكشن معناها أن التعديل يتم في اي سيرفر، وبالتالي تحتاج إلى إضافة حقول لجميع
الجداول المحمية لتوضح Site & Time للتعديل، ثم بناء Triggers معقدة لتتولى
القيام بالتعديل
وهنا هو التعقيد في الريبليكشن

6- وقت Down Time
ستاندباي تتطلب فقط إيقاف السيرفر الرئيسي وتشغيل الاحتياطي كProductoin بدل Standby
يعني تقريبا من 5 إلى 30 دقيقة فقط
ريبليكشن بصراحة لا أعلم كم الوقت، كما أن الوقت قد يزيد بشكل كبير جدا في حالة إذا لم تكن جميع
الجداول محمية ، وبالتالي يفقد معناه ك Disaster Recover Solution
-----------------------------------------------------------------------------

أنا أميل لصنع Standby DB اذا لم يكن هناك إمكانية لشراء Cluster Solution
بسبب تعقيدات الريبليكيشن عند البناء والتطبيق والتشغيل ولأن نسبة الحماية في Standby
أكبر بكثير من الريبليكشن

إذا أردتي تطبيق Standby فإن شاء الله بإمكاني دعمك بمصادر للقراءة، وبطريقة التنفيذ

ملاحظة إذا توفر لديكي 3 أجهزة سيرفر، يمكن تشغيلها على النحو التالي:
1- سيرفر رئيسي
2- ستاندباي سيرفر
3- ريبليكيشن سيرفر

ملاحظة أخيرة: في الإصدارات الجديدة من Oracle 9i & 10g تم تطوير Standby وإعادة
تسميته إلى Oracle Data Guard، والتحسين تم لناحية الأتمته وتقليل التدخل
من DBA إلى الحد الأدني، وتشغيل ستاندباي تلقائيا في حالة تعطل السيرفر الرئيسي
ولا يحتاج لDBA ليطفي ويشغل Standby

تم تعديل بواسطة Naji_Ali
رابط هذا التعليق
شارك

السلام عليكم ورحمة الله وبركاته،،

مشكور أخي ناجي على المشاركة الرائعة والجواب الوافي

:) وأويد كلامك بإن ال Standby db هي الأسهل والأفضل من ناحيتن الحماية التي توفرها والتي قد تصل إلى 100% بالإعتماد على archive log files ومن ناحية سهولة الإعداد خصوصا مع ال Data Guard Manager الذي يسهل العملية كثير وهو موجود مع Oracle Enterprise Manager وهذه روابط تتحدث عن كيفية إعداد ال Logical Standby Databas وال Physical Standby Database أرجوا ان تكون مفيدة :



Logical Standby DB

Physical Standby DB

تحياتي

رابط هذا التعليق
شارك

شكرا لكم جميعا على المشاركات القيمة
ولكن .. ما دامت كل هذه المميزات في ال standby db
فما فائدة ال replication

وهل يمكن عمل replicaton فقط للتعديلات التي تمت في كامل ال db .. أم فقط لجداول محددة.

-----

بخصوص ال standby:
قد يتطلب نقل ملفات ذات حجم كبير من سيرفر لآخر .. وهذا يأخذ وقت.. بينما ال replication يتم نقل البيانات التي تم تعديلها وفي الوقت المناسب الذي نحدده .. --- أرجو تصحيح هذا الاستنتاج إن كنت على خطأ.

--------
وما هو ال Oracle Streams
------
تحياتي......

تم تعديل بواسطة aza
رابط هذا التعليق
شارك

الاخت aza
كل خاصية تتميز عن الاخرى بأشياء ولكن انا افضل ان تختاري الخاصية التي تلبي احتياجاتك
يعني اذا كنت بحاجة الى سرعة بنقل البيانات وعلى جداول محددة فاستخدمي replication فهو يفيد ولكن تحتاجين الى شخص ماهر جدا لأن اي خطأ قد يسبب لك البطئ في الجدول الاصلي ولذلك عليك النظر اولا الى امان البيانات فاذا كانت مؤمنه وتحتاجين الى اجراء وسرعة بسيطة ولا تهتمين للتكلفة ف replication يفي بالغرض ويمكن عمل replication لجميع الجداول او جداول محددة

انا معك ان standby يأخذ وقت ولذلك عند اختيارك standby تحتاجين الى سيرفر بمقايسس معينه لذلك اوراكل وفرت الخاصيتين وحسب استخدامات الشخص وحاجته
وكل شخص يرى ان هذه الخاصية افضل من الاخرى واستنتاجك صحيح في حال احتياجاتك للسرعة افضل ولكن يوجد سؤال اذا كنت تحتاجين الى عمل replication لجميع قاعدة البيانات فاستخدمي standby افضل
ولمعلوماتك replication تستخدم لو كان عندنا فرع رئيسي للشركة وفرعي للشركة لذلك عليكي باستخدام replication حيث يتم نقل البيانات التى تحدث على الجدول وخصوصا اذا استخدمنا dsl مثلا في نقل البيانات حيث يوجد قاعدتين بيانات وتشعر القاعدة الرئيسية Centrilize database انه حدث تغيير في القاعدة الفرعية فيتم تحديث طبعا حسب الوقت التي تحديديه
فماذا لو كنت تستخدمين standby????
ودمتم

رابط هذا التعليق
شارك

السلام عليكم جميعا،

مشكور جميعا على الردود، والله يجزيكم الخير جميعا

أخي ahmed_dba_ocp، :P :)

أخي msh :)
الله يجزيك الخير على المعلومة بخصوص Logical Standby Databas ، لإنها جديدة علي
وبالتالي يمكن بتطبيقها تخطي حاجز Same Machine + Same Platform الخاص ب Physical Standby أي عدوم ضرورة وجود سيرفرين متطابقين تقريبا في المواصفات ونفس نظام التشغيل.

يمكن مراجعة الروابط التالية لمزيد من المعلومات:
Data Guard
Real Application Clusters
Replicate or not !!!
Standby Database
Disaster Recovery
Logical Standby database
Oracle Standby database hardware/software requirements

أخوكم
أبو عمر

رابط هذا التعليق
شارك

الأخت عزة،

فائدة الريبليكيشن كما قال الأخ Admin05

ولمعلوماتك replication تستخدم لو كان عندنا فرع رئيسي للشركة وفرعي للشركة لذلك عليكي باستخدام replication حيث يتم نقل البيانات التى تحدث على الجدول وخصوصا اذا استخدمنا dsl مثلا في نقل البيانات حيث يوجد قاعدتين بيانات وتشعر القاعدة الرئيسية Centrilize database انه حدث تغيير في القاعدة الفرعية فيتم تحديث طبعا حسب الوقت التي تحديديه


وهل يمكن عمل replicaton فقط للتعديلات التي تمت في كامل ال db .. أم فقط لجداول محددة

يمكن عمله في كامل DB أو لجداول محددة
وهنا سبب المشكلة لأنه ما الفائدة من عمله لجميع DB ما دام هناك حلول أخرى مخصصة لهذا مثل Cluster أو Standby
وبالتالي فهو يفضل لجداول محددة كما قال الأخ Admin05

قد يتطلب نقل ملفات ذات حجم كبير من سيرفر لآخر .. وهذا يأخذ وقت..

الوقت الطويل يكون فقط عند إنشاء Stanby DB أما أثناء العمل اليومي فهو لا يأخذ أي وقت على الإطلاق، لأن الوقت الذي نحتاجه هو الوقت الذي تحتاجه DB حتى تخرج ArchiveLog وهو ما نحتاجه لتحديث StanbyDB ، ويمكن الرجوع إلى الملف Init.Ora وتحديد أكثر من جهة ل Archivelog وتكون إحدى الجهات هي Standby DB

ملاحظة أخيرة: Standby تتطلب وقت منDBA لمراقبة Archive Logs وهل تم تحديثها على Standby من وقت لآخر، أو يجهز Automated Stanby DB
رابط هذا التعليق
شارك

الاخت aza
اشكركي جزيل الشكر فقد عملت على تنميت معلوماتي في بعض النقاط
وشاكر تفاعل الجميع وخاصة الاخ Naji_Ali
مع التحية

رابط هذا التعليق
شارك

انضم إلى المناقشة

يمكنك المشاركة الآن والتسجيل لاحقاً. إذا كان لديك حساب, سجل دخولك الآن لتقوم بالمشاركة من خلال حسابك.

زائر
أضف رد على هذا الموضوع...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   تمت استعادة المحتوى السابق الخاص بك.   مسح المحرر

×   You cannot paste images directly. Upload or insert images from URL.

جاري التحميل
×
×
  • أضف...

برجاء الإنتباه

بإستخدامك للموقع فأنت تتعهد بالموافقة على هذه البنود: سياسة الخصوصية