الاخوة الأفاضل الأكارم في هذا المنتدي الرائع

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


مما لا شك فيه ان عملية المحافظة علي البيانات من أهم مسؤليات مدير قاعدة البيانات (DBA) ، لذا وجب علي مدير قاعدة

البيانات الاهتمام بهذا الجانب أيما إهتمام ، ولقد رأيت أن افيد نفسي وأحبائي في هذا المنتدي الرائع ليس ببحث في هذا المجال

الواسع وإنما عرض بعض السناريوهات التي أري أنها واسعت الانتشار مستخدماً الPhysical backup بنوعيه

ال(cold & hot) .


يمكن تحميل الملف علي الرابط التالي

حمل الاّن

جزاك الله خير

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

أخي الحبيب
الباشا

جزاك الله خيراً
مجهود مقدر
أسأل الله لك مزيد من التقدم .

الأخ / أُبي صلاح ميرغني

جزاك الله خيرا ..
ننتظر منك مشاركات متميزه اخرى

السلام عليكم ورحمة اللهو بركاته:
أشكرك يا أخي على المعلومة الرائعه في أهم المواضيع لمديري قاعدة البيانات.

الشكر للجميع أرجو الإفادة والتقويم

شكرا جزيلا لك

مجهود ممتاز جزاك الله كل خير
و نضيف هذان الملفان عن RMAN و Recovery للرائعة GnanaSekar

Recovery.pdf

RMAN.pdf

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

تلبية لطلب بعض الاخوة قمت بعمل ملف يحتوي علي نفس السناريوهات ولكن علي نظام التشغيل Windows .


حمل الملف

جزاك الله خير
بالفعل سيناريوهات ممتازه
ومهم لكل dba
جاري التحميل

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

تحية واحترام لكم ايها الفضلاء

طلب منى بعض الأخوة مناقشة هذه السناريوهات فاستحسنت الفكرة كى تعم الفائدة

لكن قبل أن نناقش هذه السناريوهات لأبد من الإشارة إلى ان النسخ الإحتياطى الذى نتحدث عنه هو (Physical backup) .
وهو نسخ احطياطى يتم على مستوى نظام التشغيل أى (Copy &Paste) حيث نقوم بعمل نسخ ملفات قاعدة البيانات ونلصقها فى مكان اخر .




السناريو الاول

(Loss of controlfiles, redo log files, datafiles)

هل فكرت يوما أن تاتى باكراً إلى مكتبك وتتفاجأ أنك فقدت قاعدة بياناتك
Loss All controlfiles & redo log files & datafiles

حقيقتاً ان الأمر مروِع لكن يلزمك التالى :-

اولاً : الزم الهدوء وإياك والتوتر فالتوتر لن يعيد لك ملفاً واحداً .
ثانياًً : قم بعمل ارجاع لكل الملفات التى فقدتها من ملفات النسخ الإحتياطى الى مسارها الصحيح وهكذا نكون انجزنا عملية الRestore .
ثالثاً : الان نقوم بفتح قاعدة البيانات فى الوضع MOUNT
STARTUP MOUNT
رابعاًً : نقوم بعملية الRecovery
alter database recover automatic using backup controlfile until cancel
سادساً: نقوم بفتح قاعدة البيانات فى الوضع ‘resetlogs
alter database open resetlogs


ملاحظة : إن لم تقم بعمل نسخ احتياطى (Backup) لقاعدة بياناتك فأحسن الله عزاك وإن لله ما اخذ وله ما أعطى .

تسلم ايديك يا باشا

ووفقك الله الي ما يحبه ويرضاه

الف شكر

بارك الله فيك يالباشا وفي الجميع لانه فعلا شغل مبسط ومهم جدا لأي DBA

<<<<<<<<<< متابع

مشكور اخي علي المجهود الاكثر من رائع

ومنتظرين المزيد

تم تعديل 13 ديسمبر 200718 سنة بواسطة ahmedsalama

السناريو الثانى :-
[Loss of non_system datafile]

وهو إذا فقدت datafile لا تنتمى الى (SYSTEM or UNDO TABLESPACE ).


وهو كأن تفقد USERS.DBF .


هل سألت نفسك ماذا ستفعل فى مثل هذه الحالة ؟

لاحظ أن قاعدة البيانات مازالت مفتوحة وبقيت الكائنات فى باقى الDATAFILES مازالت متاحة ، إذاً يلزمك التالى :-.

اولاً :- قم بإرجاع الملف الذى فقدته من ملفات النسخ الإحتياطى الى مساره الصحيح وهكذا نكون انجزنا عملية الRestore ، لاحظ هذه الخطوة ستتابعنا فى اغلب السناريوهات بإعتبارها خطوة اساسية وهى عملية الRestore التى تسبق عملية الRecovery.


ثانياً :- وقبل عملية الRecovery لابد من هذه الخطوة :-
Alter database datafile 6 offline

ثالثاً :- ننجز عملية الRecovery .
Alter database recover automatic datafile 6

رابعاً واخيراً:-
Alter database datafile 6 online
وهكذا تكون البيانات فى ال datafileمتاحة للمستخدمين .

مشاركة اكثر من ممتاز يا باشا
وشكرا
ميجا

جزاك الله خيرا اخي الكريم
ونتتظر منك الكثر لقدرتك على التبسيط و نشر العلم

السلام عليكم وكل عام وانتم بخير

السناريو الثالث :-
[Loss of system datafile]

وهو كأن تفقد system.DBF .

بالطبع قاعدة البيانات لا تعمل إذا فقدنا system.DBF ، لذا فالخطوة الأولى اذا كانت قاعدة بياناتك مازالت مفتوحة أن تغلقها مباشرة Shoutdown Abort .

أما الخطوة الثانية بالتأكيد فهى عملية الRestore ، عملية إرجاع الملف المفقود من الBackup إلى مساره الصحيح كما أسلفنا (Copy & Paste).

الخطوة الثالثة نفتح قاعدة البيانات فى الوضع Mount
Startup Mount

الخطوة الرابعة وهى عملية الRecovery
Alter database recover automatic datafile 1

واخيراً

Alter database open


ملاحظة : عملية الRecovery لا يمكن انجازها إلا إذا كنا فى الوضع (Archive log mode ).

هل لاحظت الفرق بين السناريو الثانى والثالث ؟

صحيح باشا ماشاء الله عليك
الموتقع محتاج ناس زيك يفيدونا بعلمه وخبراتهم
جزاك الله خير ونفع بك الاسلام والمسلمين

السناريو الخامس :-
[Loss of log files]


(Check the alert log file)

تلزمك الخطوات التالية :-
1- Shoutdown Abort

2- عملية الRestore وهى عملية نسخ ملفات الDatafiles والControlfiles من الBackup الى مسارها الصحيح .
C:\disk3\oradata\orcl\cold> copy *.dbf *.ctl ..

3- نقوم بتشغيل قاعدة البيانات فى الوضع Mount .
startup mount


4- نقوم بعملية الRecovery
alter database recover automatic using backup controlfile until cancel;


recover cancel ;

5- نقوم بفتح قاعدة البيانات فى النمط Resetlogs
alter database open resetlogs;

للتأكد من ال Redo logs نقوم بعمل الاستعلام التالى :
select member from v$ logfile;




[physically can see redolog files]

شكرا لك كثيرا اخي العزيز الباشا ابن الباشا

شكرا لك

تسلم ايدك يباشا على السيناريوهات القوية دي
موضوع ممتاز الف شكر