بازیابی اطلاعات ASM Disk در درایو مجازی | ریکاوری تخصصی Oracle ASM در محیط‌های مجازی‌سازی

بازیابی اطلاعات ASM Disk در درایو مجازی؛ راهکاری تخصصی برای بازگردانی داده‌های Oracle Database

از دست رفتن اطلاعات ذخیره‌شده در ASM Disk‌ها یکی از حساس‌ترین چالش‌ها در زیرساخت‌های پایگاه داده اوراکل محسوب می‌شود. این موضوع زمانی پیچیده‌تر می‌شود که دیسک‌های ASM روی ماشین‌های مجازی و بسترهای مجازی‌سازی مانند VMware، Oracle VM، XenServer یا Hyper-V قرار داشته باشند. در چنین شرایطی، هرگونه اقدام نادرست می‌تواند منجر به تخریب ساختار دیسک‌گروپ‌ها و کاهش شانس بازیابی اطلاعات شود.

رسانه افزار با بهره‌گیری از دانش تخصصی در حوزه پایگاه‌های داده Oracle و فناوری‌های مجازی‌سازی، خدمات حرفه‌ای بازیابی اطلاعات ASM Disk در درایوهای مجازی را برای سازمان‌ها، بانک‌ها، مراکز داده و شرکت‌های بزرگ ارائه می‌دهد.

ASM Disk چیست؟

Oracle Automatic Storage Management یا ASM یک فناوری مدیریت ذخیره‌سازی در اکوسیستم اوراکل است که برای مدیریت فایل‌های پایگاه داده، فایل‌های لاگ، فایل‌های کنترلی و سایر داده‌های حیاتی مورد استفاده قرار می‌گیرد.

ASM با توزیع اطلاعات بین چندین دیسک، عملکرد و دسترس‌پذیری را افزایش می‌دهد؛ اما در صورت خرابی دیسک‌ها یا ماشین مجازی، فرآیند بازیابی اطلاعات به مراتب پیچیده‌تر از فایل‌سیستم‌های معمولی خواهد بود.

دلایل از دست رفتن اطلاعات ASM Disk در محیط مجازی

حذف یا آسیب دیسک مجازی

  • حذف فایل‌های VMDK

  • حذف VHD یا VHDX

  • آسیب فایل‌های Virtual Disk

  • خرابی Snapshotها

خرابی Storage

  • خرابی RAID

  • از کار افتادن SAN

  • خرابی NAS

  • آسیب کنترلر ذخیره‌سازی

مشکلات Oracle ASM

  • حذف Disk Group

  • خرابی Metadata

  • از بین رفتن ASM Header

  • آسیب Allocation Unitها

خطاهای مدیریتی

  • حذف اشتباه LUN

  • تغییر نادرست تنظیمات ASM

  • بازسازی اشتباه RAID

  • فرمت شدن فضای ذخیره‌سازی

خرابی ماشین مجازی

  • از بین رفتن VM

  • آسیب فایل‌های پیکربندی

  • خرابی Hypervisor

چالش‌های بازیابی ASM Disk در درایو مجازی

بازیابی اطلاعات ASM تنها به استخراج فایل‌های موجود محدود نمی‌شود. در بسیاری از موارد لازم است:

  • ساختار ASM Header بازسازی شود.

  • Disk Groupهای آسیب‌دیده شناسایی شوند.

  • Allocation Unitها مجدداً تحلیل شوند.

  • ارتباط بین دیسک‌های مجازی بازسازی گردد.

  • فایل‌های Datafile، Control File و Redo Log استخراج شوند.

به همین دلیل ریکاوری ASM نیازمند ابزارهای تخصصی و دانش عمیق ساختار ذخیره‌سازی Oracle است.

خدمات بازیابی ASM Disk در رسانه افزار

بازیابی Disk Group حذف شده

بازسازی و استخراج اطلاعات از Disk Groupهای حذف‌شده یا آسیب‌دیده.

بازیابی فایل‌های Oracle Database

استخراج Datafileها، Control Fileها و Redo Logها از دیسک‌های ASM.

بازیابی ASM از VMware

بازیابی اطلاعات ASM ذخیره‌شده روی ماشین‌های مجازی VMware.

بازیابی ASM از Oracle VM

استخراج اطلاعات پایگاه داده از زیرساخت Oracle VM.

بازیابی ASM از XenServer و Hyper-V

بازیابی اطلاعات Oracle از محیط‌های مجازی‌سازی مختلف.

بازیابی ASM پس از خرابی RAID

بازسازی RAID و استخراج ساختار ASM از دیسک‌های آسیب‌دیده.

چه اطلاعاتی قابل بازیابی هستند؟

در بسیاری از پروژه‌های موفق، امکان بازیابی موارد زیر وجود دارد:

  • Datafileهای پایگاه داده Oracle

  • Control Fileها

  • Redo Logها

  • SPFILE و PFILE

  • Archive Logها

  • جداول و داده‌های کاربران

  • اطلاعات سامانه‌های مالی

  • داده‌های ERP و CRM

  • بانک‌های اطلاعاتی سازمانی

فرآیند بازیابی اطلاعات ASM Disk

1. بررسی اولیه

تحلیل نوع خرابی، ساختار ذخیره‌سازی و وضعیت ماشین مجازی.

2. تهیه Image تخصصی

ایجاد نسخه کامل از دیسک‌های مجازی یا رسانه‌های ذخیره‌سازی.

3. تحلیل ساختار ASM

شناسایی Headerها، Disk Groupها و متادیتای Oracle ASM.

4. بازسازی ساختار ذخیره‌سازی

بازگردانی ارتباط بین دیسک‌ها و استخراج فایل‌های پایگاه داده.

5. اعتبارسنجی اطلاعات

بررسی یکپارچگی داده‌ها و قابلیت استفاده از فایل‌های بازیابی‌شده.

6. تحویل اطلاعات

ارائه داده‌های بازیابی‌شده روی رسانه‌ای امن و جدید.

عوامل مؤثر بر موفقیت بازیابی

موفقیت بازیابی ASM به عوامل زیر بستگی دارد:

  • میزان آسیب به ASM Metadata

  • وضعیت Disk Groupها

  • تعداد دیسک‌های از دست رفته

  • سلامت فایل‌های مجازی

  • عدم بازنویسی اطلاعات

  • سرعت اقدام پس از وقوع خرابی

هرچه عملیات بازیابی زودتر آغاز شود، احتمال بازگردانی کامل اطلاعات بیشتر خواهد بود.

توصیه‌های مهم پس از خرابی ASM Disk

در صورت بروز مشکل:

  • Disk Group را مجدداً ایجاد نکنید.

  • عملیات Rebalance انجام ندهید.

  • پایگاه داده را راه‌اندازی نکنید.

  • فایل‌های مجازی را جابه‌جا یا بازنویسی نکنید.

  • از بازسازی RAID بدون بررسی تخصصی خودداری کنید.

  • فوراً از وضعیت فعلی دیسک‌ها نسخه Image تهیه کنید.

سوالات متداول

آیا ASM Disk حذف شده قابل بازیابی است؟

در بسیاری از موارد بله. اگر ساختار اصلی دیسک‌ها بازنویسی نشده باشد، امکان بازیابی وجود دارد.

آیا امکان بازیابی Oracle Database بدون Backup وجود دارد؟

در بسیاری از سناریوها، اطلاعات مستقیماً از ASM Diskها استخراج شده و بدون نیاز به Backup قابل بازیابی هستند.

آیا بازیابی ASM از ماشین مجازی امکان‌پذیر است؟

بله. حتی در صورت حذف یا خرابی ماشین مجازی، در بسیاری از موارد اطلاعات ASM از فایل‌های دیسک مجازی قابل استخراج است.

آیا خرابی RAID باعث از بین رفتن کامل اطلاعات می‌شود؟

خیر. در بسیاری از موارد ابتدا ساختار RAID بازسازی شده و سپس اطلاعات ASM بازیابی می‌شود.

رسانه افزار؛ متخصص بازیابی اطلاعات Oracle ASM

رسانه افزار با تجربه تخصصی در بازیابی اطلاعات پایگاه‌های داده Oracle، دیسک‌گروپ‌های ASM، RAIDهای سازمانی و زیرساخت‌های مجازی‌سازی، آماده ارائه خدمات حرفه‌ای ریکاوری اطلاعات در پیچیده‌ترین سناریوهای خرابی است. اگر اطلاعات Oracle Database شما در ASM Diskهای مجازی دچار حذف، خرابی یا آسیب شده است، اقدام سریع و تخصصی می‌تواند شانس بازیابی را به حداکثر برساند.

رسانه افزار؛ مرجع تخصصی بازیابی اطلاعات پایگاه داده Oracle، ASM Disk و زیرساخت‌های ذخیره‌سازی سازمانی.

RAID در Oracle ASM چگونه کار می‌کند؟

یکی از سوالات رایج مدیران پایگاه داده این است که آیا Oracle ASM جایگزین RAID است یا در کنار آن استفاده می‌شود؟ پاسخ این است که ASM و RAID دو فناوری متفاوت هستند که معمولاً در کنار یکدیگر برای افزایش کارایی و پایداری ذخیره‌سازی به کار می‌روند.

Oracle ASM چیست؟

Oracle Automatic Storage Management یک لایه مدیریت ذخیره‌سازی برای پایگاه‌های داده Oracle است که داده‌ها را بین چندین دیسک توزیع (Striping) کرده و مدیریت فایل‌های پایگاه داده را به صورت خودکار انجام می‌دهد.

ASM وظایفی مانند:

  • توزیع داده بین دیسک‌ها

  • مدیریت Disk Groupها

  • متعادل‌سازی خودکار داده‌ها (Rebalancing)

  • مدیریت افزونگی (Redundancy)

را بر عهده دارد.

انواع Redundancy در ASM

External Redundancy

در این حالت ASM هیچ نسخه اضافی از داده ایجاد نمی‌کند و حفاظت اطلاعات کاملاً بر عهده RAID یا Storage Array است.

نمونه RAID های حفاظت اطلاعات رایج:

  • RAID 5

  • RAID 6

  • RAID 10

  • SAN Storage

در اکثر دیتاسنترها از این روش استفاده می‌شود زیرا Storage خود دارای مکانیزم محافظت از داده است.

Normal Redundancy

ASM از هر بلوک داده دو نسخه ایجاد می‌کند (Mirroring دوطرفه).

مزایا:

  • تحمل خرابی یک دیسک

  • عدم وابستگی کامل به RAID

معایب:

  • مصرف دو برابر فضای ذخیره‌سازی

High Redundancy

ASM از هر داده سه نسخه نگهداری می‌کند.

مزایا:

  • تحمل خرابی چند دیسک

معایب:

  • مصرف سه برابر فضای ذخیره‌سازی

این حالت بیشتر در سیستم‌های حیاتی بانکی و مالی استفاده می‌شود.

ترکیب RAID و ASM

در اکثر سازمان‌ها معماری ذخیره سازی به ترتیب زیر است:

  1. Physical Disks
  2.  RAID
  3.  Storage
  4.  LUN
  5.  Oracle ASM
  6.  Oracle Database

 

به عنوان مثال:

  1. 12 عدد هارد فیزیکی

  2. RAID 10 روی Storage

  3. یک LUN به Oracle ارائه می‌شود

  4. ASM آن را به عنوان Disk Group مدیریت می‌کند.

 

RAID و ASM در بازیابی اطلاعات

هنگام خرابی سیستم، متخصص بازیابی اطلاعات باید هر دو لایه را بررسی کند:

لایه اول: RAID

بررسی موارد زیر:

  • نوع RAID

  • ترتیب دیسک‌ها

  • Stripe Size

  • Parity Rotation

  • وضعیت کنترلر RAID

لایه دوم: ASM

بررسی موارد زیر:

  • ASM Header

  • Disk Group Metadata

  • Allocation Unit

  • File Directory

  • Extent Mapping

در بسیاری از پروژه‌های ریکاوری Oracle، ابتدا RAID بازسازی می‌شود و سپس ساختار ASM استخراج می‌گردد.

تفاوت RAID و ASM

ویژگیRAIDASM
سطح عملکردسخت‌افزار یا Storageنرم‌افزار Oracle
توزیع دادهبلهبله
Mirroringبلهبله
مدیریت فایل Oracleخیربله
Rebalance خودکارخیربله
وابسته به Oracleخیربله

کدام بهتر است؛ RAID یا ASM؟

در محیط‌های حرفه‌ای معمولاً انتخاب بین RAID و ASM نیست، بلکه هر دو با هم استفاده می‌شوند:

  • Storage روی RAID 10 یا RAID 6 تنظیم می‌شود.

  • ASM روی LUNهای ارائه‌شده از Storage اجرا می‌شود.

  • Oracle Database فایل‌های خود را داخل Disk Groupهای ASM ذخیره می‌کند.

این معماری بهترین ترکیب از کارایی، افزونگی و قابلیت بازیابی اطلاعات را فراهم می‌کند.

نکته مهم در ریکاوری ASM

اگر Disk Groupهای ASM روی RAID قرار داشته باشند، هرگونه بازسازی اشتباه RAID می‌تواند باعث از بین رفتن متادیتای ASM و کاهش شدید شانس بازیابی شود. به همین دلیل در پروژه‌های بازیابی Oracle Database، تحلیل RAID و ASM باید به صورت هم‌زمان و توسط متخصصین رسانه افزار انجام شود.

نحوه توزیع دیتا در Oracle ASM چگونه است؟

در سیستم‌های Oracle، توزیع داده در ASM به صورت کاملاً خودکار و هوشمند انجام می‌شود. هدف اصلی این طراحی، افزایش کارایی (Performance) و افزایش دسترس‌پذیری (Availability) است.

Oracle Automatic Storage Management داده‌ها را به جای ذخیره‌سازی یکپارچه، به بخش‌های کوچک تقسیم کرده و روی چندین دیسک پخش می‌کند.

ساختار توزیع دیتا در ASM

1. تقسیم داده به Extent

در ASM، هر فایل (Datafile، Redo Log و …) به واحدهایی به نام Extent تقسیم می‌شود.

  • Extent = بلوک‌های منطقی داده

  • هر فایل شامل تعداد زیادی Extent است

  • Extentها روی دیسک‌های مختلف توزیع می‌شوند

به زبان ساده:

هر فایل بزرگ شکسته شده به قطعات کوچکتر و روی دیسک‌ها پخش شده است. 

2. Allocation Unit (AU)

هر Extent از چند Allocation Unit تشکیل شده است.

  • AU کوچک‌ترین واحد تخصیص در ASM است

  • معمولاً اندازه آن بین 1MB تا 64MB است (قابل تنظیم)

  • ASM داده‌ها را در سطح AU بین دیسک‌ها پخش می‌کند

3. Striping (توزیع موازی دیتا)

ASM از دو نوع Striping استفاده می‌کند:

a) Fine Striping (ریز دانه)

برای فایل‌های مهم مثل:

  • Redo Log

  • Control File

ویژگی‌ها:

  • داده‌ها به قطعات بسیار کوچک تقسیم می‌شوند

  • بین همه دیسک‌ها پخش می‌شود

  • هدف: افزایش سرعت I/O

b) Coarse Striping (درشت دانه)

برای فایل‌های بزرگ مثل:

  • Datafileها

  • Archive Log

ویژگی‌ها:

  • داده‌ها در بلوک‌های بزرگ‌تر تقسیم می‌شوند

  • هر Extent روی یک دیسک مشخص قرار می‌گیرد

  • هدف: تعادل بین سرعت و کارایی

4. Disk Group و توزیع داده

ASM دیسک‌ها را داخل گروه‌هایی به نام Disk Group مدیریت می‌کند:

  • هر Disk Group شامل چندین دیسک است

  • داده‌ها بین دیسک‌های داخل یک گروه پخش می‌شوند

  • Oracle اجازه می‌دهد چند Disk Group برای اهداف مختلف ایجاد شود

مثال:

  • DATA (برای داده‌های اصلی)

  • FRA (برای بکاپ و Archive)

5. Failure Group (تحمل خرابی)

ASM دیسک‌ها را به گروه‌های خرابی تقسیم می‌کند:

  • هر Failure Group = مجموعه‌ای از دیسک‌هایی که ممکن است همزمان خراب شوند

  • معمولاً بر اساس:

    • کنترلر RAID

    • Storage Shelf

    • Node در کلاستر

ASM هنگام Mirror کردن داده‌ها، نسخه‌ها را در Failure Groupهای مختلف قرار می‌دهد.

6. Mirroring (کپی‌سازی داده)

ASM برای افزایش امنیت داده از Mirroring استفاده می‌کند:

Normal Redundancy:

  • 2 نسخه از هر داده

  • روی دو Failure Group مختلف

High Redundancy:

  • 3 نسخه از هر داده

  • برای سیستم‌های بسیار حساس

7. Rebalancing (متعادل‌سازی خودکار)

یکی از مهم‌ترین ویژگی‌های ASM:

  • وقتی دیسک جدید اضافه شود → داده‌ها دوباره توزیع می‌شوند

  • وقتی دیسک حذف شود → داده‌ها به دیسک‌های دیگر منتقل می‌شوند

این فرآیند را Rebalance می‌گویند.

هدف:

  • حفظ یکنواختی بار I/O

  • جلوگیری از فشار روی یک دیسک خاص

  • نحوه توزیع دیتا در ASM به ترتیب زیر است :

  1. Oracle Database File 
  2. Extent Division 
  3. Allocation Units 
  4. Striping (Fine / Coarse) 
  5. Disk Group 
  6. Multiple Physical Disks

جمع‌بندی

توزیع داده در ASM بر اساس 4 اصل مهم انجام می‌شود:

  • تقسیم فایل‌ها به Extent

  • استفاده از Allocation Unit

  • Striping هوشمند (Fine و Coarse)

  • Mirroring و Failure Group برای امنیت

نتیجه مهم

مدل توزیع داده در ASM باعث می‌شود:

  • سرعت I/O بالا برود

  • خرابی یک دیسک کل سیستم را از کار نیندازد

  • مدیریت ذخیره‌سازی ساده‌تر شود

  • قابلیت بازیابی اطلاعات در سطح بالا حفظ شود

معماری Oracle ASM روی محیط مجازی + RAID + SAN :

معماری توزیع دیتا در ASM (در محیط مجازی + Storage)

 توضیح ساده ولی حرفه‌ای

این معماری یعنی:

1. Oracle Database

داده‌ها را تولید می‌کند (جدول، ایندکس، لاگ)

2. ASM

داده را:

  • تکه‌تکه (Extent)

  • پخش‌شده (Striping)

  • و در صورت نیاز کپی‌شده (Mirroring)

3. VM Layer

ASM معمولاً داخل ماشین مجازی اجرا می‌شود و دیسک‌ها به صورت VMDK/VHD هستند

4. SAN + RAID

قبل از اینکه ASM حتی داده را ببیند:

  • RAID داده را محافظت می‌کند

  • SAN آن را به VM می‌دهد

 نکته خیلی مهم برای بازیابی اطلاعات در ریکاوری حرفه‌ای Oracle:

 اگر یکی از این‌ها خراب شود:

  • RAID

  • LUN/SAN

  • Virtual Disk

  • ASM Metadata

 کل زنجیره به هم می‌ریزد

و متخصص باید از پایین به بالا بررسی کند:

RAID → SAN → VM Disk → ASM → Database

بازیابی اطلاعات عموما در این شرایط اتفاق میافتد و در سطح :  دیتاسنتری + ASM Redundancy + Failure Group + Mirroring + Rebalance  یعنی همان چیزی که در پروژه‌های سازمانی و سناریوهای ریکاوری با آن سروکار داریم.

 Oracle ASM روی VM + SAN + RAID (سطح دیتاسنتری)

1. Failure Group یعنی چی؟

ASM دیسک‌ها را طوری گروه‌بندی می‌کند که:

  • هر گروه = یک نقطه خرابی احتمالی

  • مثال :

    • Storage Controller 1 = Failure Group A

    • Storage Controller 2 = Failure Group B

هدف: اگر یک کنترلر بسوزد، کل دیتابیس نابود نشود.

2. Mirroring در ASM

Normal Redundancy

DATA BLOCK  ─────►  Copy A (FG-A)
             └────►  Copy B (FG-B)

High Redundancy

DATA BLOCK  ─────►  Copy A
             ─────►  Copy B
             └────►  Copy C

3. Striping هوشمند (Performance Engine)

ASM همزمان:

  • داده را خرد می‌کند (Extent)

  • پخش می‌کند (Striping)

  • متعادل می‌کند (Rebalance)

 نتیجه:

  • I/O موازی

  • کاهش Bottleneck

  • افزایش سرعت دیتابیس

4. Rebalance (مغز متحرک ASM)

وقتی:

  • دیسک اضافه شود

  • دیسک خراب شود

  • LUN تغییر کند

ASM به صورت خودکار:

Old Layout  →  New Optimized Layout

بدون توقف دیتابیس

نکته حیاتی در ریکاوری در این مدل پیشرفته:

اگر خرابی رخ داده، ترتیب تحلیل باید این باشد:

1. RAID (فیزیکی)
2. SAN/LUN
3. VM Disk
4. ASM Metadata (Disk Group)
5. Extents / Allocation Units
6. Database Files

 اشتباه در هر لایه = از دست رفتن کل Disk Group

جمع‌بندی خیلی ساده

این معماری یعنی:

  • RAID = محافظت سخت‌افزاری

  • SAN = ارائه فضای ذخیره‌سازی

  • VM = لایه مجازی

  • ASM = مغز مدیریت داده Oracle

  • Mirroring = نسخه‌های اضافی داده

  • Failure Group = جلوگیری از فاجعه

  • Rebalance = تنظیم خودکار عملکرد

بازیابی Oracle ASM روی ( RAID و VM  آسیب  دیده ) در سطح دیتاسنتر :

بازیابی  ASM در زمانی که :

دیتا بیس اوراکل :

DOWN  شده یا در وضعیت خرابی و CORRUPTED  STATE  قرار دارد 

 در لایه ASM :

دیسک گروپ از دست رفته یا آفلاین OFFLINE  شده است .

متا دیتا آسیب دیده یا موجود نیست 

در Failure Group A & B :

کنترلر در یکی از آنها FAIL  شده 

در Virtual Disks A & B : 

درایو های مجازی ( VMDK یا VHD ) خراب شده اند 

یا درایوهای مجازی نیستند یا حذف شده اند 

در HYPERVISOR  :

ماشین مجازی خاموش شده یا استوریج جدا یا Detached  شده 

در لایه SAN یا NAS : 

LUN  حذف شده یا خراب شده 

در لایه کنترلر : 

آرایه دارای خطا و در مود Degraded است .

یا آرایه در حالت بازسازی و Rebuild   خطا داده و Fail شده 

در لایه دیسکهای فیزیکال ( دیتای خام ) :

بعضی دیسکها سالم و بعضی خراب Failed  هستند.

 

 

مراحل بازیابی اطلاعات ASM  اوراکل در سطح دیتاسنتر و  استوریج

مهم‌ ترین بخش ها :

  • تعیین اعضای دیسکهای فیزیکی مربوط به گروه و  آنالیز جهت بازسازی  آرایه  RAID  از جمله تعیین مقدار و حجم استریپ و نحوه توزیع پریتی 

RAID Reconstruction (Stripe + Parity Analysis)

  • بازسازی ولوم ، لاجیکال درایو استوریج ، LUN در ذخیره ساز SAN یا کانفیگ منوال و پیکر بندی دستی در خارج از ذخیره ساز 

SAN/LUN Recovery (Logical Volume Rebuild)

  • بازیابی و استخراج فایلهای دیسکها و درایو ها یا پارتیشن های مجازی از دیتا استور یا فایل سیستم مجازی ساز و هایپر وایزر 

 Virtual Disk Extraction (VMDK / VHD Repair)

  • آنالیز و بررسی ساختار دیسک های اوراکل و تعیین مولفه هایی مربوطه 

ASM Disk Header Analysis

  • جستجو و بازسازی گروه دیسکها در ASM

Disk Group Reconstruction

  • اصلاح یا بازسازی متا دیتای ASM و یا در صورت نیاز پیکر بندی دستی و اسمبل کردن منوال 

ASM Metadata Repair (or Manual Assembly)

  • بررسی و اصلاح و بازیابی فایل سیستم اوراکل 

Extent Mapping Recovery

  • استخراج  و کپی مجموعه فایلهای دیتابیس 

Oracle Database File Extraction

  • در پایان ماونت شدن دیتا بیس و سپس باز کردن و یا ریستور کردن دیتا بیس 

Database Reovery (Mount / Open / Restore)

و موفقیت در تمام مراحل فوق و بازیابی موفق دیتابیس از ASM دیسکهای اوراکل با دانش به روز و مهارت و توانایی فنی متخصصین رسانه افزار ممکن است .  

نکات بسیار مهم و حرفه‌ای در بازیابی داده ( ASM خراب ) 

 اشتباهات رایج:

  • Recreate Disk Group

  • Rebalance دستی

  • Mount کردن ناقص ASM

  • Repair RAID بدون Image

روش صحیح:

  • اول Image کامل از دیسک‌ها تهیه شود

  • سپس تحلیل RAID انجام گردد

  • سپس  بازسازی ASM Metadata

  • در نهایت استخراج دیتابیس اوراکل

 

نکته کلیدی مهندسی ASM  :

  • RAID فقط فیزیکی ذخیره ساز را نگه می‌دارد

  • ASM هم به شکل منطقی دیتابیس را نگه می‌دارد

  • خراب شدن ASM بمعنای خراب شدن دیسک ها نیست و برعکس 

  • البته خراب شدن ASM بمعنای از دست رفتن ساختار کل دیتابیس است .

تصویر کامل داخلی ASM (Extent Map + Allocation Unit + Mirroring واقعی روی دیسک‌ها