روش‌های بازیابی اطلاعات SAN در رسانه افزار

روش‌های بازیابی SAN در رسانه افزار | در دیتاسنتر، ریموت و لابراتوار شرکت 

روش‌های تخصصی بازیابی اطلاعات SAN در رسانه افزار شامل بازیابی در دیتاسنتر، ریموت، لابراتوار و محل مشتری با تحلیل RAID، Storage Pool، Volume، LUN، Controller و تجهیزات ذخیره‌سازی.

کلمات کلیدی اصلی:
روش‌های بازیابی SAN
بازیابی اطلاعات SAN در رسانه افزار
ریکاوری SAN
بازیابی SAN در دیتاسنتر
بازیابی SAN به صورت ریموت
بازیابی SAN در لابراتوار

کلمات کلیدی مرتبط:
بازیابی اطلاعات Storage
بازیابی اطلاعات SAN Storage
بازیابی SAN در محل مشتری
بازیابی SAN از راه دور
ریکاوری Storage در دیتاسنتر
بازیابی RAID در SAN
بازیابی LUN
بازیابی Storage Pool
بازیابی SAN Controller
بازیابی اطلاعات استوریج سازمانی
بازیابی SAN در آزمایشگاه
Image گیری از SAN
Clone گیری از هارد SAN

روش‌های تخصصی بازیابی اطلاعات SAN در رسانه افزار

بازیابی اطلاعات SAN به دلیل ساختار چندلایه و اهمیت بالای اطلاعات، معمولاً با روش یکسانی برای تمام تجهیزات انجام نمی‌شود.

SAN ممکن است شامل تعداد زیادی HDD، SSD یا NVMe باشد که در قالب RAID Group، Disk Group یا Storage Pool سازمان‌دهی شده و سپس Volume و LUNهای مختلف از آنها ایجاد شده باشند.

از طرف دیگر، همین LUNها ممکن است برای VMware، Hyper-V، Database Server، File Server یا سایر سرویس‌های سازمانی مورد استفاده قرار گرفته باشند.

به همین دلیل، رسانه افزار بر اساس وضعیت Storage، نوع خرابی، برند و مدل دستگاه، تعداد Driveها، اهمیت اطلاعات و شرایط زیرساخت، روش مناسب بازیابی را انتخاب می‌کند.

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

انتخاب روش مناسب پس از بررسی اولیه وضعیت SAN انجام می‌شود تا کمترین تغییر در ساختار اصلی Storage ایجاد شده و ریسک از دست رفتن اطلاعات کاهش پیدا کند.

بازیابی SAN در لابراتوار رسانه افزار

یکی از روش‌های اصلی بازیابی اطلاعات SAN، انتقال Storage یا Driveهای آن به لابراتوار تخصصی بازیابی اطلاعات است.

این روش زمانی اهمیت بیشتری دارد که خرابی شامل بخش‌های فیزیکی Driveها، RAID، Controller، Firmware یا ساختار پیچیده Storage باشد.

در لابراتوار، تجهیزات لازم برای بررسی تخصصی HDD، SSD و سایر رسانه‌های ذخیره‌سازی در اختیار کارشناسان قرار دارد و می‌توان هر Drive را به‌صورت مستقل بررسی کرد.

در صورت نیاز، از رسانه‌های قابل دسترس Image یا Clone تهیه می‌شود تا تحلیل RAID و ساختار منطقی روی نسخه کاری انجام شود.

پس از بررسی Driveها، ساختار RAID یا Disk Group بازسازی منطقی شده و سپس Storage Pool، Volume و LUN مورد تحلیل قرار می‌گیرند.

در مرحله بعد، File System، Datastore، Virtual Disk یا Database موجود روی LUN بررسی می‌شود.

مزیت اصلی بازیابی در لابراتوار، امکان انجام هم‌زمان عملیات تخصصی روی رسانه‌های متعدد و کنترل دقیق‌تر فرآیند بازیابی است.

بازیابی SAN در دیتاسنتر

در بسیاری از پروژه‌های سازمانی، SAN به‌صورت مستقیم در دیتاسنتر مشتری نصب شده و انتقال کل Storage به لابراتوار ممکن است به دلایل فنی، امنیتی یا عملیاتی امکان‌پذیر نباشد.

در این شرایط، امکان انجام بررسی و عملیات بازیابی در دیتاسنتر وجود دارد.

کارشناس پس از بررسی ساختار SAN، وضعیت Driveها، Controller، RAID، Storage Pool، Volume و LUN، روش مناسب بازیابی را مشخص می‌کند.

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

در سناریوهای پیچیده‌تر، ممکن است Driveها یا بخش‌های خاصی از Storage برای انجام عملیات تخصصی به لابراتوار منتقل شوند و ادامه بازسازی در محیط کنترل‌شده انجام شود.

بازیابی SAN به‌صورت Remote

در برخی موارد، مشکل SAN الزاماً به خرابی فیزیکی Driveها مربوط نیست و ممکن است ناشی از Configuration، LUN، Volume، Storage Pool، Mapping، Host یا سایر مشکلات منطقی باشد.

در چنین شرایطی، در صورت فراهم بودن دسترسی امن و شرایط فنی مناسب، امکان بررسی Remote وجود دارد.

در بازیابی Remote، ابتدا وضعیت Storage و علائم خرابی بررسی می‌شود و مشخص می‌گردد که آیا امکان ادامه فرآیند بدون دسترسی فیزیکی به تجهیزات وجود دارد یا خیر.

این روش می‌تواند برای برخی سناریوهای Logical Recovery، بررسی Configuration، تحلیل وضعیت LUNها و بررسی ساختار Storage مناسب باشد.

با این حال، اگر احتمال خرابی فیزیکی Drive، RAID یا Controller وجود داشته باشد، Remote Recovery به‌تنهایی کافی نیست و ممکن است نیاز به بررسی فیزیکی تجهیزات در لابراتوار یا دیتاسنتر باشد.

بازیابی SAN در محل مشتری

در برخی پروژه‌های سازمانی، به دلیل حجم بالای Storage، حساسیت اطلاعات یا محدودیت‌های امنیتی، تجهیزات نباید از محل مشتری خارج شوند.

در این شرایط، کارشناسان می‌توانند برای بررسی و انجام عملیات لازم در محل مشتری یا دیتاسنتر اعزام شوند.

در این روش ابتدا وضعیت SAN و معماری آن بررسی می‌شود و بدون ایجاد تغییرات غیرضروری، ساختار Driveها، RAID، Pool، Volume و LUN مورد تحلیل قرار می‌گیرد.

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

بازیابی ترکیبی SAN؛ دیتاسنتر و لابراتوار

در پروژه‌های پیچیده، بهترین روش ممکن است ترکیبی از عملیات در دیتاسنتر و لابراتوار باشد.

برای مثال ممکن است SAN دارای چندین Drive باشد که تعدادی از آنها سالم و تعدادی دچار خرابی فیزیکی شده‌اند.

در این شرایط ابتدا ساختار SAN در دیتاسنتر شناسایی شده و وضعیت کلی Storage، RAID و LUNها بررسی می‌شود.

سپس Driveهای دارای مشکل فیزیکی به لابراتوار منتقل شده و عملیات تخصصی روی آنها انجام می‌شود.

پس از تهیه Image یا بازسازی رسانه‌های مورد نیاز، اطلاعات به‌صورت منطقی بازسازی شده و ساختار RAID، Pool، Volume و LUN مجدداً مورد تحلیل قرار می‌گیرد.

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

بازیابی SAN با انتقال Driveها به لابراتوار

در برخی موارد نیازی به انتقال کل Storage به لابراتوار نیست.

اگر معماری SAN به‌گونه‌ای باشد که بتوان Driveهای آن را با حفظ ترتیب و مشخصات لازم جدا کرد، ممکن است فقط رسانه‌ها برای عملیات تخصصی به لابراتوار منتقل شوند.

در این شرایط ثبت دقیق Slot، شماره Drive، ترتیب قرارگیری و وضعیت هر رسانه اهمیت بسیار زیادی دارد.

هرگونه جابه‌جایی بدون ثبت دقیق اطلاعات می‌تواند فرآیند تحلیل RAID را پیچیده‌تر کند.

پس از انتقال، هر Drive به‌صورت مستقل بررسی شده و در صورت امکان Image تهیه می‌شود.

سپس Imageهای تهیه‌شده برای بازسازی ساختار RAID و Storage مورد استفاده قرار می‌گیرند.

Image و Clone در فرآیند بازیابی SAN

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

به همین دلیل، در صورت امکان از رسانه‌ها Image یا Clone تهیه می‌شود.

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

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

پس از تهیه Image، تحلیل RAID، Storage Pool، Volume و LUN روی نسخه کاری انجام می‌شود.

این روش به‌خصوص در SANهایی که اطلاعات حیاتی سازمان روی آنها قرار دارد اهمیت زیادی دارد.

بازیابی SAN با خرابی فیزیکی Driveها

اگر یک یا چند HDD یا SSD موجود در SAN دچار خرابی فیزیکی شده باشند، ابتدا باید وضعیت هر رسانه مشخص شود.

خرابی‌هایی مانند Bad Sector، مشکل Head، Motor، Firmware، PCB یا Controller داخلی Drive می‌توانند مانع خواندن صحیح اطلاعات شوند.

در SSDها نیز خرابی Controller، Firmware، NAND Flash یا اجزای الکترونیکی می‌تواند باعث عدم دسترسی به اطلاعات شود.

در چنین شرایطی ابتدا رسانه‌ها بررسی شده و در صورت امکان داده‌های قابل خواندن آنها به‌صورت کنترل‌شده Image می‌شوند.

پس از آماده شدن داده‌های قابل استفاده، ساختار RAID یا Storage دوباره مورد تحلیل قرار می‌گیرد.

بازیابی SAN با خرابی RAID

گاهی تمام یا بخشی از Driveها توسط SAN شناسایی می‌شوند اما RAID به دلیل خرابی یا تغییر Configuration قابل دسترسی نیست.

در این حالت ابتدا ساختار RAID بررسی می‌شود.

پارامترهایی مانند RAID Level، Disk Order، Stripe Size، Block Size، Parity Distribution، Parity Rotation، Offset و Metadata باید شناسایی شوند.

پس از تعیین ساختار صحیح، RAID به‌صورت منطقی بازسازی می‌شود.

هدف در این مرحله ایجاد تغییر روی Storage اصلی نیست؛ بلکه بازسازی ساختار اطلاعات برای دسترسی به لایه‌های بالاتر است.

بازیابی SAN با خرابی Controller

خرابی SAN Controller می‌تواند باعث شود Driveها، Poolها، Volumeها یا LUNها به‌درستی شناسایی نشوند.

در این شرایط ابتدا باید مشخص شود که آیا مشکل فقط در Controller ایجاد شده یا ساختار اطلاعاتی Driveها نیز آسیب دیده است.

بررسی Controller، Cache، Firmware، Configuration و ارتباط آن با Driveها می‌تواند در تعیین روش بازیابی مؤثر باشد.

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

بازیابی SAN پس از حذف LUN یا Volume

اگر LUN یا Volume به‌صورت اشتباه حذف شده باشد، اولین اقدام مهم جلوگیری از نوشتن اطلاعات جدید روی Storage است.

ایجاد LUN یا Volume جدید می‌تواند Metadata قبلی را تغییر داده و بخشی از ساختار اطلاعات را بازنویسی کند.

در این شرایط ابتدا ساختار موجود Storage و Metadata مورد بررسی قرار می‌گیرد.

سپس در صورت وجود اطلاعات کافی، ساختار قبلی LUN یا Volume بازسازی و اطلاعات موجود در آن بررسی می‌شود.

بازیابی SAN پس از Rebuild ناموفق

Rebuild ناموفق یکی از حساس‌ترین سناریوهای بازیابی SAN است.

اگر RAID با ترتیب اشتباه Driveها یا پارامترهای نادرست Rebuild شده باشد، ممکن است اطلاعات معتبر روی Storage با داده‌های نادرست جایگزین شوند.

در این شرایط ادامه Rebuild یا انجام عملیات نوشتاری جدید می‌تواند وضعیت را پیچیده‌تر کند.

به همین دلیل پس از Rebuild ناموفق، ابتدا وضعیت موجود ثبت و بررسی می‌شود و سپس ساختار RAID بر اساس اطلاعات واقعی Driveها تحلیل می‌گردد.

بازیابی SAN پس از Format یا Initialize

Format و Initialize می‌توانند بخشی از Metadata و ساختار منطقی Storage را تغییر دهند.

اگر Volume، LUN یا Storage پس از خرابی Format یا Initialize شده باشد، امکان بازیابی به میزان تغییرات ایجادشده و اطلاعات جدید نوشته‌شده بستگی دارد.

در این شرایط ابتدا باید مشخص شود چه بخش‌هایی از ساختار قبلی باقی مانده و چه مقدار از اطلاعات بازنویسی شده است.

بازیابی SAN در محیط‌های VMware و Hyper-V

در بسیاری از سازمان‌ها SAN به‌عنوان Storage مرکزی ماشین‌های مجازی استفاده می‌شود.

در این ساختار ممکن است چندین Datastore، Virtual Machine و Virtual Disk روی یک یا چند LUN قرار گرفته باشند.

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

در این شرایط بازیابی به‌صورت لایه‌ای انجام می‌شود:

SAN → RAID → Storage Pool → Volume → LUN → Datastore → Virtual Disk → File System → Files

در صورت نیاز، VMDK، VHD، VHDX و File Systemهای داخل ماشین‌های مجازی نیز بررسی می‌شوند.

بازیابی SAN در محیط‌های Database

Database Serverها معمولاً از مهم‌ترین سرویس‌های متصل به SAN هستند.

ممکن است فایل‌های SQL Server، Oracle، MySQL و سایر Databaseها روی LUNهای SAN ذخیره شده باشند.

در این شرایط علاوه بر بازیابی Storage، صحت فایل‌های Database نیز باید بررسی شود.

اگر اطلاعات Database روی چندین LUN یا Volume توزیع شده باشند، ارتباط میان آنها نیز باید در فرآیند بازیابی حفظ شود.

بازیابی SAN در پروژه‌های بزرگ و Enterprise

در Storageهای Enterprise ممکن است ظرفیت اطلاعات بسیار زیاد و تعداد Driveها بالا باشد.

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

ابتدا معماری Storage و بخش‌های حیاتی شناسایی می‌شوند.

سپس وضعیت Driveها، RAID، Pool، Volume و LUN بررسی شده و اولویت‌بندی اطلاعات انجام می‌شود.

در صورت وجود چندین LUN، می‌توان ساختار هر LUN را جداگانه تحلیل کرد تا اطلاعات مهم‌تر در اولویت قرار گیرند.

این روش به کاهش زمان و مدیریت بهتر پروژه‌های بزرگ بازیابی کمک می‌کند.

انتخاب روش مناسب بازیابی SAN در رسانه افزار

روش بازیابی SAN بر اساس چند عامل اصلی تعیین می‌شود:

نوع و شدت خرابی

برند و مدل Storage

تعداد Driveها

نوع HDD، SSD یا NVMe

وضعیت RAID

وضعیت Controller

ساختار Storage Pool

تعداد و وضعیت LUNها

حجم اطلاعات

نوع اطلاعات و سرویس‌های موجود

استفاده از VMware، Hyper-V یا سایر Hypervisorها

محدودیت‌های امنیتی و سازمانی

امکان جابه‌جایی تجهیزات

شرایط دیتاسنتر

بر اساس این عوامل ممکن است یکی از روش‌های زیر انتخاب شود:

بازیابی در لابراتوار

بازیابی در دیتاسنتر

بازیابی Remote

اعزام کارشناس به محل مشتری

انتقال Driveها به لابراتوار

انتقال کامل Storage به لابراتوار

یا ترکیبی از چند روش

فرآیند ارزیابی اولیه SAN در رسانه افزار

پیش از شروع عملیات اصلی، اطلاعات مربوط به Storage جمع‌آوری می‌شود.

برند و مدل دستگاه، تعداد Driveها، نوع رسانه‌ها، ظرفیت، RAID Level، وضعیت Controller، تعداد LUNها و نوع سرویس‌های متصل به SAN بررسی می‌شوند.

همچنین مشخص می‌شود که پس از بروز خرابی چه اقداماتی روی Storage انجام شده است.

مواردی مانند Rebuild، Format، Initialize، تغییر Configuration، تعویض Drive یا ایجاد Volume جدید می‌توانند روی نتیجه بازیابی تأثیر مستقیم داشته باشند.

پس از ارزیابی، مناسب‌ترین روش برای ادامه فرآیند تعیین می‌شود.

مزیت انتخاب روش صحیح در بازیابی SAN

در پروژه‌های SAN، انتخاب روش نادرست می‌تواند باعث افزایش آسیب و پیچیده‌تر شدن فرآیند بازیابی شود.

برای مثال، انتقال غیرضروری یک Storage بزرگ به لابراتوار ممکن است از نظر عملیاتی دشوار باشد، در حالی که در برخی سناریوها انجام عملیات در دیتاسنتر مناسب‌تر است.

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

بنابراین روش بازیابی باید بر اساس وضعیت واقعی Storage انتخاب شود، نه صرفاً بر اساس نوع برند یا مدل.

اقدامات مهم قبل از شروع بازیابی SAN

در صورت از دسترس خارج شدن اطلاعات SAN، از Rebuild کردن RAID بدون بررسی تخصصی خودداری کنید.

Driveها را بدون ثبت دقیق Slot و ترتیب آنها جابه‌جا نکنید.

LUN یا Volume جدید ایجاد نکنید.

Storage Pool جدید ایجاد نکنید.

Storage را Initialize نکنید.

Volume یا LUN را Format نکنید.

Firmware یا Configuration را بدون بررسی تغییر ندهید.

روی Storage آسیب‌دیده اطلاعات جدید ننویسید.

از نرم‌افزارهای ناشناخته برای تعمیر مستقیم Storage استفاده نکنید.

اگر Rebuild ناموفق انجام شده است، عملیات دیگری روی Storage انجام ندهید.

پیش از هرگونه اقدام، وضعیت فعلی SAN را حفظ کرده و برای انتخاب روش مناسب بازیابی با متخصصان بازیابی اطلاعات مشورت کنید.

سؤالات متداول درباره روش‌های بازیابی SAN در رسانه افزار

آیا بازیابی SAN حتماً باید در لابراتوار انجام شود؟

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

آیا امکان بازیابی SAN در دیتاسنتر وجود دارد؟

بله. در صورتی که انتقال Storage مناسب نباشد، کارشناسان می‌توانند بر اساس شرایط پروژه عملیات بررسی و بازیابی را در دیتاسنتر انجام دهند.

آیا بازیابی SAN به‌صورت Remote امکان‌پذیر است؟

در برخی خرابی‌های منطقی و Configuration، در صورت وجود دسترسی امن و شرایط مناسب، امکان بررسی Remote وجود دارد.

چه زمانی SAN باید به لابراتوار منتقل شود؟

در صورت وجود خرابی فیزیکی Driveها، مشکلات پیچیده RAID، نیاز به Image تخصصی یا بررسی سخت‌افزاری، ممکن است انتقال Driveها یا Storage به لابراتوار ضروری باشد.

آیا امکان اعزام کارشناس به محل مشتری وجود دارد؟

بسته به شرایط پروژه و نیاز فنی، امکان بررسی و انجام عملیات در محل مشتری یا دیتاسنتر وجود دارد.

آیا لازم است کل SAN به لابراتوار منتقل شود؟

خیر. در برخی پروژه‌ها فقط Driveهای آسیب‌دیده یا بخش‌های مورد نیاز به لابراتوار منتقل می‌شوند و سایر مراحل در دیتاسنتر انجام می‌شود.

آیا از هاردهای SAN قبل از بازیابی Image گرفته می‌شود؟

در صورت امکان و با توجه به وضعیت رسانه، Image یا Clone تهیه می‌شود تا تحلیل روی نسخه کاری انجام شده و ریسک تغییر اطلاعات اصلی کاهش پیدا کند.

اگر چند هارد SAN خراب شده باشد، چه روشی مناسب است؟

روش بازیابی به نوع خرابی هر Drive، RAID Level، وضعیت Parity و ساختار Storage بستگی دارد. ابتدا وضعیت همه Driveها بررسی و سپس روش مناسب انتخاب می‌شود.

اگر RAID در SAN خراب شده باشد، آیا می‌توان آن را در دیتاسنتر بازیابی کرد؟

در برخی موارد بله. اگر رسانه‌ها از نظر فیزیکی وضعیت مناسبی داشته باشند، تحلیل RAID ممکن است در دیتاسنتر انجام شود. در صورت خرابی فیزیکی، ممکن است بخشی از فرآیند در لابراتوار انجام شود.

آیا بعد از Rebuild ناموفق می‌توان SAN را Remote بازیابی کرد؟

بسته به شرایط ممکن است بررسی اولیه Remote انجام شود، اما برای تعیین وضعیت واقعی Driveها و میزان بازنویسی، ممکن است بررسی تخصصی رسانه‌ها در لابراتوار لازم باشد.

آیا LUN حذف‌شده در دیتاسنتر قابل بازیابی است؟

در برخی شرایط بله. ابتدا باید مشخص شود چه مقدار از Metadata و ساختار قبلی باقی مانده و آیا پس از حذف LUN اطلاعات جدیدی نوشته شده است یا خیر.

آیا بازیابی SANهای VMware و Hyper-V در لابراتوار انجام می‌شود؟

بسته به نوع خرابی، بازیابی می‌تواند در لابراتوار، دیتاسنتر یا به‌صورت ترکیبی انجام شود. در هر حالت ساختار LUN، Datastore و Virtual Disk نیز بررسی می‌شود.

آیا Databaseهای روی SAN نیز قابل بازیابی هستند؟

بله. در صورت بازیابی صحیح Storage، LUN و File System، فایل‌های Database نیز می‌توانند مورد بررسی و استخراج قرار گیرند.

آیا روش بازیابی برای همه برندهای SAN یکسان است؟

خیر. برند، مدل و معماری Storage تأثیر مستقیم بر روش بازیابی دارد و ساختار RAID، Pool، Volume، LUN و Metadata می‌تواند در مدل‌های مختلف متفاوت باشد.

مدت زمان بازیابی SAN در لابراتوار یا دیتاسنتر چقدر است؟

زمان بازیابی به حجم Storage، تعداد Driveها، وضعیت رسانه‌ها، پیچیدگی RAID، تعداد LUNها و میزان آسیب بستگی دارد و پس از بررسی اولیه بهتر می‌توان زمان تقریبی را مشخص کرد.

آیا بازیابی SAN به‌صورت صددرصدی تضمین می‌شود؟

بدون بررسی فنی نمی‌توان نتیجه صددرصدی را تضمین کرد. میزان موفقیت به وضعیت Driveها، RAID، Metadata، میزان آسیب و مقدار اطلاعات بازنویسی‌شده بستگی دارد.

رسانه افزار؛ ارائه روش‌های مختلف بازیابی اطلاعات SAN

رسانه افزار با بیش از 30 سال تجربه در حوزه بازیابی اطلاعات، امکان بررسی و بازیابی تخصصی SAN و Enterprise Storage را بر اساس شرایط واقعی پروژه فراهم می‌کند.

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

در فرآیند بازیابی، وضعیت HDD، SSD و NVMe، RAID، Controller، Storage Pool، Volume، LUN، Datastore و File System مورد بررسی قرار می‌گیرد.

در صورت نیاز، رسانه‌های قابل دسترس Image یا Clone شده و تحلیل ساختار SAN روی نسخه‌های کاری انجام می‌شود.

برای Storageهای مورد استفاده در VMware، Hyper-V، Database Server و سایر زیرساخت‌های سازمانی نیز لایه‌های بالاتر اطلاعات پس از بازسازی SAN مورد بررسی قرار می‌گیرند.

هدف رسانه افزار انتخاب روشی است که متناسب با معماری Storage و نوع خرابی باشد و در عین حال از ایجاد تغییرات غیرضروری روی اطلاعات اصلی جلوگیری شود.

اگر SAN شما از دسترس خارج شده، RAID خراب شده، LUN یا Volume نمایش داده نمی‌شود، چند Drive از کار افتاده، Rebuild ناموفق بوده یا اطلاعات ماشین‌های مجازی و Databaseها در دسترس نیستند، پیش از انجام هرگونه عملیات نوشتاری یا تغییر Configuration، وضعیت Storage را برای بررسی تخصصی ارزیابی کنید.

پیشنهاد لینک‌سازی داخلی

بازیابی اطلاعات SAN

بازیابی انواع برندهای SAN

بازیابی اطلاعات Storage

بازیابی اطلاعات RAID

بازیابی اطلاعات سرور

بازیابی اطلاعات سرور با انواع هارد

بازیابی اطلاعات سرور با انواع SSD

بازیابی اطلاعات VMware

بازیابی اطلاعات Hyper-V

بازیابی اطلاعات ماشین‌های مجازی

بازیابی اطلاعات VMDK

بازیابی اطلاعات VHD و VHDX

بازیابی اطلاعات NAS

بازیابی اطلاعات DAS

بازیابی اطلاعات Database Server

بازیابی اطلاعات Oracle ASM