این اینفوگرافیک توضیح میدهد که چگونه RMAN (مدیریت ریکاوری) به DBAها کمک میکند تا با استفاده از Restore و Recovery، پایگاههای داده را در طول خرابیهایی مانند از کار افتادن دیسک، خرابی دادهها (corruption) یا حذف تصادفی، بازیابی کنند.
🔹 Restore (فرآیند فیزیکی)
فرایند Restore فایلهای گمشده یا آسیبدیده را از بکآپ (فایلهای داده، فایلهای کنترل، SPFILE) برمیگرداند.
👉 زمانی استفاده میشود که فایلها مفقود یا خراب شده باشند.
⚠️ پس از Restore، پایگاه داده سازگار (consistent) نیست.
🔹 Recovery (فرآیند منطقی)
فرایند Recovery از Redo Logها (Archive + Online) برای اجرای مجدد تراکنشها (replay) و سازگار کردن پایگاه داده استفاده میکند.
✅ پایگاه داده پس از Recovery قابل استفاده میشود.
💡 انواع Recovery (بسیار مهم)
🔸 ریکاوری کامل (Complete Recovery)
✔ استفاده از تمام archive logها و redo logهای موجود
✔ ریکاوری پایگاه داده به آخرین نقطه زمانی
✔ بدون از دست رفتن دادهها (No data loss)
✔ بدون نیاز به RESETLOGS
🔸 ریکاوری ناقص (Incomplete Recovery / Point-in-Time Recovery)
✔ ریکاوری پایگاه داده به یک زمان، SCN یا log sequence خاص
✔ زمانی استفاده میشود که تغییرات ناخواسته (مانند یک DELETE اشتباه) باید خنثی شوند.
✔ انتظار میرود مقداری از دادهها از دست بروند.
✔ نیازمند دستور ALTER DATABASE OPEN RESETLOGS; است.
💡 آنچه این تصویر پوشش میدهد:
✔ دستورات Restore و Recovery در RMAN
✔ جریان گام به گام ریکاوری در شرایط واقعی
✔ مقایسه واضح بین Restore و Recovery
✔ سناریوهای کاربردی DBA
🔥 جریان کاری RMAN در شرایط واقعی:
1️⃣ STARTUP MOUNT
2️⃣ RESTORE DATABASE
3️⃣ RECOVER DATABASE
4️⃣ ALTER DATABASE OPEN
👉 برای ریکاوری ناقص: OPEN RESETLOGS
📱 یک مثال ساده (برای درک بهتر):
- فرآیند Restore = نصب فایلهای بکآپ (مثل عکسها و برنامههای گوشی)
- فرآیند Recovery = همگامسازی (Sync) برای رسیدن به آخرین وضعیت
🎯 نکته کلیدی:
✔ فرآیند Restore ← بازگرداندن فایلها
✔ فرآیند Recovery ← سازگار (یکپارچه) کردن پایگاه داده
👉 هر دو با هم = بازیابی کامل پایگاه داده
📌 تسلط بر این مفاهیم برای مصاحبههای DBA اوراکل و مدیریت با اعتماد به نفسِ مشکلات لحظهای در محیط عملیاتی (production) ضروری است.



