الأمر LIST:
هذا الأمر يقوم بعمل استعلام عن النسخ الاحتياطية بكل أنواعها:
LIST BACKUPSET: لعرض جميع المعلومات عن النسخ الاحتياطية من النوع Backupset
LIST COPY: لعرض جميع المعلومات عن النسخ الاحتياطية من النوع COPY
LIST COPY OF TABLESPACE USERS: لعرض جميع المعلومات عن النسخ الاحتياطية من النوع COPY للUSERS TABLESPACE
LIST ARCHIVELOG ALL: لعرض ملفات الأرشيف التي يتم تخزينها في الFlash Recovery Area
LIST BACKUP OF ARCHIVELOG ALL:لعرض المعلومات عن النسخ الاحتياطية لملفات الأرشيف

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



الأمر REPORT:
هذا الأمر يساعدك في تحليل المعلومات التي عندك في الRMAN Repository.
REPORT SCHEMA: لعرض هيكلة قاعدة البيانات المستهدفة، قد تحتاج لهذا الأمر قبل عملية النسخ الاحتياطي لعرض هيكلة قاعدة البيانات
REPORT OBSOLETE: لعرض ملفات النسخ الاحتياطي الملغية أو التي انتهت فترة الاحتفاظ بها، بالطبع سوف يتم التأكد من المتغير RETENTION POLICY ومن ثم يتم عرض المعلومات بناء على قيمة المتغير.
REPORT OBSOLETE REDUNDANCY 2: هذا الأمر يقوم بتجاهل قيمة التهيئة الآلية للمتغير RETENTION POLICY ويقوم بعرض ملفات النسخ الاحتياطي التي مر عليها أكثر من يومين
REPORT NEED BACKUP: لعرض ملفات قاعدة البيانات التي تحتاج إلى نسخ احتياطي وذلك حسب قيمة المتغير RETENTION POLICY، فلو كان هذا المتغير يأخذ القيمة REDUNDANCY 3 فهذا يعنى عرض ملفات قاعدة البيانات التي لديها اقل من 3 نسخ احتياطية
REPORT NEED BACKUP REDUNDANCY 3 : هذا الأمر لتجاهل قيمة التهيئة الآلية للمتغير RETENTION POLICY ويقوم بعرض ملفات قاعدة البيانات التي لديها اقل من 3 نسخ احتياطية




الأمر DELETE:
هذا الأمر يقوم بحذف ملفات النسخ الاحتياطي من الRMAN REPOSITORY والكتالوج كما يقوم بحذفها أيضاً فيزيائياً، لذا كان من الخطأ حذف ملفات النسخ الاحتياطي فيزيائياً عن طريق نظام التشغيل وذلك لأن هذه الملفات ستظل موجودة في الREPOSITORY.
DELETE OBSOLETE: لحذف الملفات التي انتهت فترة الاحتفاظ بها وذلك حسب الRETENTION POLICY
DELETE OBSOLETE REDUNDANCY 3 : لتجاهل التهيئة الآلية للمتغير RETENTION POLICY وحذف ملفات النسخ الاحتياطي التي زادت عدد نسخها عن الثلاثة نسخ
DELETE BACKUPSET 3037: لحذف النسخة الاحتياطية بالرقم 3037 من النوع Backupset.
DELETE COPY OF DATAFILE 1: لحذف النسخ الاحتياطية للData File 1 من النوع Image Copy.
DELETE ARCHIVELOG FROM SEQUENCE 150: لحذف ملفات الأرشيف ابتداءً من الSequence 150 فما فوق، كما يمكن حذف جميع ملفات الأرشيف بواسطة الأمر DELETE ARCHIVELOG ALL

الأمر CROSSCHECK:
ماذا لو قمت بعمل حذف لملفات النسخ الاحتياطي مباشرة عن طريق نظام التشغيل لا شك أن هذه النسخ ستظل موجودة في الRepository ،ويمكن حل هذه المشكلة بواسطة الأمر CROSSCHECK الذي يقوم بعمل اختبار لجميع النسخ الاحتياطية الموجودة في الRepository ويتأكد من وجودها فيزيائياً، أما الملفات التي لن يجدها فيزيائياً فيقوم بوضعها في قائمة المنتهيات EXPIRED، حتى نستطيع حذفها فيما بعد بواسطة الأمر DELETE
EXPIRED BACKUPSET أو DELETE EXPIRED COPY وقبل ذلك أنت تستطيع الاستعلام عن هذه القائمة بواسطة الأمر LIST EXPIRED BACKUPSET.
لنفترض الآن أنك قمت بحذف احد ملفات النسخ الاحتياطي من النوع Backupset عن طريق نظام التشغيل، وتريد أن تحذف ذلك الملف من الREPOSITORY

1- ننفذ الآمر CROSSCHECK BACKUPSET لعمل اختبار لملفات النسخ الاحتياطي من النوع BACKUPSET ونتيجة هذا الاختبار (AVAILABLE OR EXPIRED).

RMAN> CROSSCHECK BACKUPSET

2- عرض قائمة المنتهيات LIST EXPIRED

RMAN> LIST EXPIRED BACKUPSET

3- حذف ملف النسخ الاحتياطي من قائمة المنتهيات DELETE EXPIRED

RMAN> DELETE EXPIRED BACKUPSET

الأمر CHANGE…..UNAVAILABLE:
في بعض الأحيان تحدث مشكلة في الHardware تجعل من المتعذر فيزيائياً مشاهدة بعض ملفات النسخ الاحتياطي، فيقوم هذه الأمر بعمل إشارة إلى تجاهل هذا الملف أثناء عملية الاسترجاع (RESTORE OR RECOVERY)

RMAN> CHANGE BACKUP OF CONTROLFILE UNAVAILABLE

RMAN> CHANGE COPY OF ARCHIVELOG SEQUENCE 130 UNAVAILABLE

RMAN> CHANGE DATAFILECOPY ‘C:\BACKUP\USERS.DBF’ UNAVAILABLE

يمكن بالطبع بعد معالجة العطل وإتاحة الملف تعديل الحالة بواسطة المتغير
CHANGE ….AVAILABLE

Recovery Catalog:
لابد من الحديث عن الRecovery Catalog وذلك لأنه يفضل لمدير قاعدة البيانات استخدام الRecovery Catalog عند التعامل مع الRMAN وذلك لأن الاحتفاظ بالبيانات الخاصة بالRMAN ومعلومات النسخ الاحتياطي في الControl File تكون لفترة محدودة يتم تحديدها بواسطة المتغير CONTROL_FILE_RECORD_KEEP_TIME كما ذكرت ذلك سابقاً كما أنه قد نفقد هذه البيانات إذا فقدنا الControl File ولم نضع الاحتياطات اللازمة.
الRecovery Catalog هو عبارة قاعدة بياناتمنفصلة عن قاعدة البيانات المستهدفة لتخزين المعلومات الآتية:-
1- Data File and Archive Log File Backup Sets and Backup Pieces.
2- Data File Copies.
3- Archive Log Files.
4- The Physical Structure of The Target Database.
5- Persistent RMAN Configuration Settings.
6- Stored Job Scripts.

كما يمكن استخدام الRecovery Catalog عندما نريد إدارة عدد من قواعد البيانات المستهدفة، وعموماً يفضل أن يستخدم الRecovery Catalog عند استخدام الRMAN.
لذا سأقوم هنا بإنشاء الRecovery Catalog ومن ثم سنستخدمه فيما بعد لعمل النسخ الاحتياطي والاسترجاع، واليك خطوات الإنشاء:
1- إنشاء Tablespace للRecovery Catalog في الCatalog Database.

CREATE TABLESPACE RMAN_CATALOG DATAFILE 'C:\oracle\product\10.1.0\oradata\orcl\RMAN_CATALOG.DBF' SIZE 1G;

2- إنشاء Schema للRecovery Catalog في الCatalog Database.

CREATE USER TEST IDENTIFIED BY TEST DEFAULT TABLESPACE RMAN_CATALOG QUOTA UNLIMITED ON RMAN_CATALOG;

3- منح الصلاحيات للمستخدم الذي قمنا بخلقه للRecovery Catalog.

GRANT RECOVERY_CATALOG_OWNER,CONNECT TO TEST;

4- نقوم بإنشاء الCatalog عن طريق الRMAN بعد الاتصال بال Catalog Databaseوهو بمعنى تعريف الRMAN على الCatalog الذي قمنا بخلقه في الخطوات السابقة.

RMAN> CREATE CATALOG TABLESPACE RMAN_CATALOG;

في هذه اللحظة يتم إنشاء الجداول والمناظير (Tables and Views) التي سوف يتم تخزين البيانات

5- نقوم بتسجيل قاعدة البيانات المستهدفة في الCatalog وذلك عن طريق الRMAN بعد الاتصال بكل من قاعدة البيانات المستهدفة Target Database والاتصال بالRecovery Catalog كما يجب الإشارة إلى ضرورة الاتصال مع قاعدة البيانات المستهدفة بواسطة مستخدم يملك الصلاحية SYSDBA، ومن ثم تسجيل قاعدة البيانات المستهدفة في الCatalog.
الآن سوف يتم تسجيل هيكلة قاعدة البيانات المستهدفة في جداول الRecovery Catalog أي في المستخدم

RMAN> REGISTER DATABASE;

في هذه اللحظة يتم تسجيل البيانات الخاصة بقاعدة البيانات المستهدفة في الRecovery Catalog يمكنك عمل استعلام عن ذلك من خلال الجداول الموجودة في الSchema Recovery Catalog وهى هنا تسمى Test

الآن لدينا قاعدة بيانات مستهدفة Target Catalog ولدينا ٌRecovery Catalog.
بالطبع إذا لم يتم تسجيل قاعدة البيانات فلن نستطيع تخزين البيانات عن قاعدة البيانات المستهدفة في الRecovery Catalog.
في هذه اللحظة هيكلة قاعدة البيانات المستهدفة مخزنة لدى في الRecovery Catalog وبالطبع ليس لدى ضمان من أن يتم تغيير هيكلة قاعدة البيانات المستهدفة لذا نحتاج لإعادة تزامن الRecovery Catalog من الControl File الموجود في قاعدة البيانات المستهدفة حتى يتم تزامن كامل بين قاعدة البيانات المستهدفة والRecovery Catalog، في الحقيقة الRMAN تقوم بعمل هذا التزامن ألياً متى احتاجت إلى ذلك، أنت أيضاً قد تقوم بذلك يدوياً بواسطة الأمر RESYNC CATALOG

RESYNC CATALOG

عموماً قد نحتاج إلى هذا الإجراء عند إنشاء أو حذف Tablespace أو Data File أو عند تغيير مكان الDatabase Files في قاعدة البيانات المستهدفة.
في بعض الأحيان يتم فتح قاعدة البيانات المستهدفة في الوضع RESETLOGS لا شك أن في مثل هذه الحالة لا يكون تزامن بين قاعدة البيانات المستهدفة والRecovery Catalog لذا في مثل هذه الحالة نستخدم الأمر RESET DATABASE.

يجب أن تتذكر أنك قد لا تحتاج الRecovery Catalog إطلاقاً، فقد تتصل بقاعدة البيانات المستهدفة عن طريق الRMAN ومن ثم تنجز مهامك لكن تذكر أيضاً أن من الأفضل لك أن تستخدم الRecovery Catalog

عملت pdf شامل للتنزيل

rman1.pdf

مجهود جبار تشكر عليه

شرح هااااااااااايل

ما شاء الله

ربنا يباركلك والله

انا فهمت نقاط كثييييره مكنتش فهماها قبل كده

ربنا يجعله فى ميزان حسناتك آمين يا رب

THANKS FOR THIS GREAT EFFORT
this file contan the explaination with good formatting as word file

RMAN.doc

رائع جدا شكرا لك

أحسن الله خاتمتنا ورحم موتانا

جزاك الله خيرا اخي الكريم

عاشت ايدك ياباشا والله كلش استفادينة ان شاء الله كل واحد استفاذ من كل حرف الله يكتبلك بيهة حسنة
بس اريد اسال سؤال اذا ماعندك مانع
حضرتك شرحت الرجوع للداتا فايل وللتيبل اسبيس بس اريد اسال شلون اعرف العطل اذا بالداتا فايل لو بالتيبل سبيس
وسوال اخر اذا مابيهة رزالة مني الندو تيبل سبيس تكدر اتوضح اشلون اسوي نسخ الة وسلون اسوي ريستور وريكوفيري لان اني اعتقد بان الندو ليس كريتكل اذا صار بي عطل اكدر احذفة واسوي واحد اخر alter tablespace undo offline drop ;

ارجو ان اكون مطولت عليك واذا تكدر اساعدني ارجو الرد وشكرا
والسلام عليكم ورحمة الله وبركاته

تسلم ايدك

مشكور يا حبيب علي هذا الشرح الرائع والجميل
بارك الله فيك .........

السلام عليكم ورحمه الله وبركاته
ارجوا من السادة الكرام مدنا بدروس rman من الاول حتى الاحتراف وجزاكم الله حير واحسان

بالنسبة للRecovery Catalog هل من المفضل إنشاؤها في سيرفر مختلف أو أن حجمها صغير ويممكن انشاؤها على نفس سيرفر قاعدة البيانات؟


وشكرا على الدروس المفيدة

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

شرح قمه بالروعه مشكووووووووووووووووووووور يعطيك الف عافيه
وبانتظار المزيـد

شرح ولا ارووووووووووووووووووووووووووووووووع يعطيك الف عاااااااااااااااااااافيه وبصراحه نطمع بالمزيد

سلمت يداك