رسانه افزار معتبرترین مرکز تخصصی خدمات بازیابی اطلاعات سختافزاری و نرمافزاری در ایران و خاورمیانه با متخصصینی با 30 سال تجربه در خدمات گسترده دیتا ریکاوری به دهها هزار مشتری
تماس با مابازیابی اطلاعات SAN از انواع برندها | ریکاوری Storage و SAN
بازیابی تخصصی اطلاعات SAN از انواع برندها و مدلهای Storage شامل HPE، Dell EMC، IBM، NetApp، Lenovo، Huawei، Hitachi و سایر SANها با بررسی RAID، LUN، Controller و Storage Pool.
کلمات کلیدی اصلی:
بازیابی اطلاعات SAN
ریکاوری SAN
بازیابی SAN Storage
بازیابی اطلاعات Storage
بازیابی اطلاعات SAN Storage
بازیابی اطلاعات استوریج SAN
کلمات کلیدی مرتبط:
بازیابی HPE SAN
بازیابی Dell EMC SAN
بازیابی IBM SAN
بازیابی NetApp SAN
بازیابی Lenovo SAN
بازیابی Huawei SAN
بازیابی Hitachi SAN
بازیابی Storage Array
بازیابی LUN
بازیابی RAID SAN
بازیابی Storage Pool
بازیابی SAN Controller
بازیابی اطلاعات استوریج سازمانی
SAN یا Storage Area Network یکی از زیرساختهای تخصصی ذخیرهسازی اطلاعات در سازمانها، دیتاسنترها و محیطهای Enterprise است. در این زیرساخت، اطلاعات سرورها و ماشینهای مجازی میتوانند روی Storage Arrayهای مختلف ذخیره شوند و دسترسی به آنها از طریق شبکه ذخیرهسازی انجام شود.
ساختار SAN معمولاً از چندین لایه شامل HDD یا SSD، RAID، Storage Pool، Volume، LUN، Controller و تجهیزات ارتباطی تشکیل شده است.
به همین دلیل، خرابی یک SAN لزوماً به معنی خرابی مستقیم هارد یا SSD نیست و ممکن است مشکل در RAID، Controller، Storage Pool، LUN، Firmware، Configuration یا ساختار منطقی Storage ایجاد شده باشد.
بازیابی اطلاعات SAN نیازمند شناخت معماری Storage، برند و مدل دستگاه، ساختار RAID، نحوه توزیع اطلاعات، نوع Pool و Volume و همچنین File System یا ساختار اطلاعاتی مورد استفاده توسط سرورها است.
رسانه افزار خدمات تخصصی بازیابی اطلاعات SAN از برندها و مدلهای مختلف Storage را با بررسی همزمان لایههای سختافزاری و منطقی ارائه میدهد.
بازیابی اطلاعات SAN برند HPE
HPE یکی از برندهای شناختهشده در حوزه سرور و Storage سازمانی است و محصولات مختلفی برای SAN و Enterprise Storage ارائه کرده است.
در صورت خرابی SANهای HPE، ممکن است مشکل مربوط به HDD، SSD، RAID، Controller، Storage Pool، Volume، LUN یا Firmware باشد.
در برخی شرایط Storage توسط سیستم شناسایی میشود اما LUNها یا Volumeهای قبلی قابل دسترسی نیستند.
در چنین مواردی ابتدا ساختار Storage و وضعیت رسانهها بررسی شده و سپس RAID، Pool، Volume و LUN تحلیل میشوند.
در بازیابی اطلاعات SANهای HPE، شناخت مدل Storage و معماری اختصاصی آن اهمیت زیادی دارد؛ زیرا نحوه مدیریت RAID، Metadata و Storage Pool میتواند بین مدلهای مختلف متفاوت باشد.
بازیابی اطلاعات Dell EMC SAN
Dell EMC یکی از مهمترین تولیدکنندگان تجهیزات Storage و SAN در محیطهای Enterprise است.
Storageهای Dell EMC ممکن است از ترکیبی از HDD، SSD، RAID Controller، Storage Pool، LUN و سایر اجزای مدیریتی استفاده کنند.
خرابی Controller، از دست رفتن Configuration، خرابی RAID، حذف LUN، آسیب Storage Pool یا خرابی چندین Drive میتواند باعث عدم دسترسی به اطلاعات شود.
در فرآیند بازیابی اطلاعات Dell EMC ابتدا وضعیت تمام Driveها و ساختار RAID بررسی میشود و سپس Metadata، Pool، Volume و LUN مورد تحلیل قرار میگیرند.
در صورتی که Storage شامل چندین Virtual Volume یا LUN باشد، ساختار هر بخش بهصورت جداگانه بررسی میشود.
بازیابی اطلاعات IBM SAN
Storageهای IBM در بسیاری از محیطهای سازمانی و دیتاسنتری مورد استفاده قرار گرفتهاند.
در SANهای IBM ممکن است اطلاعات روی مجموعهای از HDD یا SSD ذخیره شده و توسط RAID، Storage Pool و LUN مدیریت شوند.
خرابی Drive، RAID، Controller، Pool یا Configuration میتواند باعث عدم دسترسی سرورها به اطلاعات شود.
در این شرایط، بازیابی باید بدون تغییر در ساختار اصلی Storage انجام شود و ابتدا وضعیت رسانهها و Metadata مورد بررسی قرار گیرد.
بازیابی اطلاعات NetApp SAN
NetApp یکی از برندهای تخصصی در حوزه Enterprise Storage و ذخیرهسازی سازمانی است.
ساختار Storage در محصولات NetApp میتواند شامل اجزای مختلفی مانند Disk، RAID Group، Pool، Volume و LUN باشد.
در صورت خرابی Storage، شناسایی صحیح معماری و Metadata اهمیت بسیار زیادی دارد.
خرابی Disk، RAID Group، Volume، LUN، Controller یا Configuration میتواند باعث از دسترس خارج شدن اطلاعات شود.
در فرآیند بازیابی، ساختار فیزیکی و منطقی Storage بررسی شده و ارتباط میان Disk، RAID، Volume و LUN مورد تحلیل قرار میگیرد.
بازیابی اطلاعات Lenovo SAN
Storageهای Lenovo نیز در برخی زیرساختهای Enterprise و دیتاسنترها مورد استفاده قرار میگیرند.
خرابی هارد یا SSD، RAID، Controller، Storage Pool، Volume یا LUN میتواند باعث قطع دسترسی سرورها به اطلاعات شود.
در بازیابی SANهای Lenovo ابتدا وضعیت رسانهها و ساختار RAID بررسی شده و سپس Pool، Volume و LUN مورد تحلیل قرار میگیرند.
بازیابی اطلاعات Huawei SAN
Huawei در حوزه Storage و تجهیزات دیتاسنتری محصولات مختلفی ارائه کرده است.
SANهای Huawei میتوانند شامل مجموعهای از HDD، SSD، RAID، Storage Pool، LUN و Controller باشند.
در صورت خرابی چند Drive، آسیب Controller، از دست رفتن Configuration یا خرابی Storage Pool، اطلاعات ممکن است برای Hostها قابل دسترسی نباشند.
در چنین شرایطی، بازیابی باید بر اساس معماری دقیق Storage و Metadata مربوط به همان مدل انجام شود.
بازیابی اطلاعات Hitachi SAN
Hitachi از برندهای شناختهشده در حوزه Enterprise Storage و زیرساختهای ذخیرهسازی سازمانی است.
در Storageهای Hitachi ممکن است اطلاعات در ساختارهای مختلف RAID، Pool، Volume و LUN ذخیره شده باشند.
خرابی Drive، Controller، RAID، Pool یا Configuration میتواند باعث از دست رفتن دسترسی به اطلاعات شود.
برای بازیابی اطلاعات، ابتدا وضعیت فیزیکی رسانهها و سپس ساختار منطقی Storage بررسی میشود.
بازیابی اطلاعات SAN از سایر برندها
علاوه بر برندهای فوق، SANهای تولیدکنندگان مختلف دیگری نیز ممکن است در دیتاسنترها و سازمانها مورد استفاده قرار گرفته باشند.
از جمله این برندها میتوان به موارد زیر اشاره کرد:
HPE
Dell EMC
IBM
NetApp
Lenovo
Huawei
Hitachi Vantara
Fujitsu
Oracle
Infinidat
Pure Storage
و سایر تولیدکنندگان تجهیزات Enterprise Storage
در هر یک از این Storageها، معماری RAID، نحوه مدیریت Driveها، ساختار Pool، Volume، LUN و Metadata میتواند متفاوت باشد.
بنابراین برای بازیابی اطلاعات نمیتوان از یک روش عمومی برای تمام برندها استفاده کرد.
بازیابی RAID در SAN
یکی از مهمترین بخشهای بازیابی اطلاعات SAN، تحلیل RAID است.
در Storageهای SAN ممکن است اطلاعات روی RAIDهای مختلف ذخیره شده باشند.
بسته به برند و مدل Storage، ساختار RAID میتواند متفاوت باشد و پارامترهایی مانند موارد زیر باید شناسایی شوند:
RAID Level
Disk Order
Stripe Size
Block Size
Parity Distribution
Parity Rotation
Offset
Metadata
Disk Group
RAID Group
در صورت تشخیص اشتباه ساختار RAID، اطلاعات موجود در Volume یا LUN ممکن است بهصورت نادرست نمایش داده شوند.
به همین دلیل، پیش از هرگونه Rebuild یا تغییر در RAID باید ساختار اصلی Storage بررسی شود.
بازیابی اطلاعات SAN پس از خرابی Controller
Controller یکی از مهمترین اجزای Storage SAN است و خرابی آن میتواند باعث عدم دسترسی به Volumeها و LUNها شود.
در برخی موارد خود Driveها سالم هستند اما به دلیل خرابی Controller یا Configuration، اطلاعات در دسترس نیستند.
خرابی Firmware، PCB، Cache، Configuration یا ارتباط میان Controller و Driveها نیز میتواند باعث بروز مشکل شود.
در چنین شرایطی ابتدا باید مشخص شود که آیا مشکل صرفاً مربوط به Controller است یا ساختار اطلاعاتی Storage نیز آسیب دیده است.
بازیابی اطلاعات SAN پس از خرابی Storage Pool
Storage Pool یکی از لایههای مهم در بسیاری از Storageهای جدید است.
در این ساختار، تعدادی Drive در قالب یک Pool قرار گرفته و Volumeها و LUNها از فضای Pool ایجاد میشوند.
خرابی چند Drive، Metadata یا Configuration مربوط به Pool میتواند باعث عدم دسترسی به Volumeها شود.
در فرآیند بازیابی باید ساختار Pool، ترتیب Driveها، Metadata و ارتباط آن با Volume و LUN بررسی شود.
بازیابی LUN در SAN
LUN یا Logical Unit Number یکی از مهمترین ساختارهای منطقی در محیط SAN است.
سرورها و Hostها معمولاً Storage را از طریق LUN دریافت میکنند.
در صورت حذف LUN، آسیب Metadata، خرابی Storage یا تغییر Configuration ممکن است LUN دیگر توسط Host شناسایی نشود.
عدم نمایش LUN لزوماً به معنی حذف فیزیکی اطلاعات نیست.
در برخی شرایط میتوان با تحلیل ساختار Storage و Metadata، اطلاعات مربوط به LUN را شناسایی و بازیابی کرد.
بازیابی اطلاعات SAN پس از حذف Volume
حذف Volume یکی از سناریوهای حساس در محیطهای SAN است.
اگر Volume بهصورت اشتباه حذف شده باشد، ایجاد Volume جدید یا نوشتن اطلاعات جدید روی همان فضای Storage میتواند باعث بازنویسی Metadata و اطلاعات قبلی شود.
به همین دلیل پس از حذف Volume بهتر است هیچ عملیات نوشتاری روی Storage انجام نشود.
در فرآیند بازیابی، ساختار قبلی Volume و Metadata موجود مورد بررسی قرار میگیرد.
بازیابی اطلاعات SAN پس از Format یا Initialize
Format یا Initialize کردن Storage میتواند ساختارهای منطقی و Metadata را تغییر دهد.
اگر SAN یا Volume مربوط به آن Format یا Initialize شده باشد، امکان بازیابی باید بر اساس میزان تغییرات ایجادشده و مقدار اطلاعات جدید نوشتهشده بررسی شود.
هرچه عملیات نوشتاری پس از خرابی بیشتر باشد، احتمال از بین رفتن بخشی از ساختار اطلاعات افزایش پیدا میکند.
بازیابی اطلاعات SAN پس از Rebuild ناموفق
Rebuild یکی از حساسترین عملیاتها در Storageهای RAID است.
اگر Drive اشتباه انتخاب شود، ترتیب Driveها تغییر کرده باشد یا RAID بهصورت نادرست Rebuild شود، اطلاعات معتبر ممکن است با دادههای نادرست جایگزین شوند.
این مسئله در SANهایی که تعداد زیادی LUN و Volume دارند اهمیت بیشتری پیدا میکند.
پس از Rebuild ناموفق، بهتر است هیچ عملیات جدیدی روی Storage انجام نشود و وضعیت موجود برای تحلیل تخصصی حفظ شود.
بازیابی SAN با HDD
بسیاری از Storageهای قدیمیتر یا Hybrid SANها از هاردهای SATA، SAS، NL-SAS و Enterprise HDD استفاده میکنند.
خرابی Head، Motor، Firmware، PCB، Bad Sector یا سایر مشکلات فیزیکی HDD میتواند باعث خرابی RAID و از دسترس خارج شدن LUNها شود.
در چنین شرایطی ابتدا وضعیت فیزیکی هاردها بررسی شده و در صورت نیاز از رسانههای سالم یا قابل دسترس Image تهیه میشود.
بازیابی SAN با SSD
Storageهای جدیدتر ممکن است از Enterprise SSDهای SATA، SAS یا NVMe استفاده کنند.
خرابی SSD میتواند به دلیل Controller، Firmware، NAND Flash، PCB یا سایر اجزای داخلی ایجاد شود.
در صورت قرار داشتن SSDها در RAID یا Storage Pool، وضعیت تمام رسانهها باید همزمان بررسی شود.
بازیابی SAN با SSD نیازمند بررسی دقیق ساختار Storage و نحوه توزیع اطلاعات میان Driveها است.
بازیابی SAN با NVMe
در برخی معماریهای جدید Storage، NVMe بهعنوان رسانه ذخیرهسازی پرسرعت مورد استفاده قرار میگیرد.
خرابی NVMe یا Controller مربوط به آن میتواند باعث عدم دسترسی به Pool، Volume یا LUN شود.
در این شرایط، علاوه بر وضعیت فیزیکی رسانه، ساختار منطقی Storage نیز باید مورد بررسی قرار گیرد.
بازیابی اطلاعات SAN پس از خرابی چند هارد یا SSD
خرابی همزمان چند Drive در SAN یکی از شرایط پیچیده بازیابی اطلاعات است.
در صورتی که تعداد Driveهای خراب بیشتر از ظرفیت تحمل RAID باشد، Volume یا LUN ممکن است از دسترس خارج شود.
با این حال، نتیجه بازیابی تنها بر اساس تعداد Driveهای خراب مشخص نمیشود.
نوع RAID، میزان آسیب هر Drive، وضعیت Parity، نحوه توزیع اطلاعات و Metadata و همچنین میزان بازنویسی اطلاعات باید بررسی شود.
بازیابی اطلاعات SAN از Virtualization
SANها معمولاً بهعنوان Storage مرکزی برای VMware، Hyper-V، Citrix و سایر Hypervisorها استفاده میشوند.
در این شرایط ممکن است تعداد زیادی Virtual Machine روی یک یا چند LUN قرار گرفته باشند.
خرابی SAN میتواند باعث شود همزمان چندین ماشین مجازی، Virtual Disk و Datastore از دسترس خارج شوند.
در بازیابی چنین ساختاری، ابتدا SAN، RAID، Pool و LUN بررسی شده و سپس Datastore، Virtual Disk و File System داخلی ماشینهای مجازی تحلیل میشوند.
بازیابی اطلاعات SAN از VMware
در محیط VMware ممکن است Datastore روی LUNهای SAN قرار گرفته باشد و چندین Virtual Machine از همان Storage استفاده کنند.
در صورت خرابی SAN، ممکن است VMDKها و سایر فایلهای ماشینهای مجازی دیگر قابل دسترسی نباشند.
در این شرایط ابتدا ساختار SAN و LUN بازسازی شده و سپس Datastore و Virtual Diskها مورد بررسی قرار میگیرند.
بازیابی اطلاعات SAN از Hyper-V
Hyper-V نیز میتواند از SAN برای ذخیره Virtual Machineها و Virtual Diskهایی مانند VHD و VHDX استفاده کند.
خرابی Storage ممکن است باعث عدم دسترسی به چندین ماشین مجازی شود.
در این شرایط ساختار SAN، LUN، Volume، File System و Virtual Disk بررسی میشود.
بازیابی Database از SAN
Database Serverها یکی از مهمترین مصرفکنندگان SAN در سازمانها هستند.
Databaseهایی مانند SQL Server، Oracle، MySQL و سایر سیستمهای Database ممکن است مستقیماً روی LUNهای SAN قرار داشته باشند.
در صورت خرابی Storage، علاوه بر بازیابی فایلهای Database، ساختار و صحت اطلاعات نیز باید بررسی شود.
بازیابی SAN پس از خرابی Firmware یا Configuration
تغییر یا خرابی Firmware و Configuration ممکن است باعث شود Storage یا LUNها به شکل صحیح شناسایی نشوند.
در چنین شرایطی نباید بدون بررسی، Configuration جدید روی Storage اعمال شود.
ابتدا وضعیت موجود، Metadata و ساختار Driveها باید بررسی شود تا از تغییر یا بازنویسی اطلاعات جلوگیری شود.
دلایل اصلی از دست رفتن اطلاعات در SAN
از مهمترین دلایل خرابی یا عدم دسترسی به اطلاعات SAN میتوان به موارد زیر اشاره کرد:
خرابی HDD
خرابی SSD
خرابی NVMe
خرابی RAID
خرابی RAID Controller
خرابی Storage Controller
خرابی Storage Pool
خرابی Volume
خرابی LUN
خرابی Firmware
آسیب Metadata
حذف Volume
حذف LUN
Format شدن Storage
Initialize شدن Storage
Rebuild ناموفق
خرابی Host
خطاهای Configuration
قطع برق
نوسان برق
خرابی Cache
خطای انسانی
خرابی شبکه یا مسیر ارتباطی SAN
در بسیاری از موارد، خرابی بهصورت زنجیرهای اتفاق میافتد؛ برای مثال خرابی چند HDD میتواند باعث خرابی RAID و در ادامه عدم دسترسی به Storage Pool، Volume و LUN شود.
فرآیند تخصصی بازیابی اطلاعات SAN در رسانه افزار
بازیابی اطلاعات SAN با بررسی معماری کامل Storage آغاز میشود.
در مرحله اول برند، مدل و معماری Storage شناسایی میشود.
سپس وضعیت HDD، SSD یا NVMeهای موجود بررسی میشود.
در صورت وجود خرابی فیزیکی، وضعیت هر رسانه بهصورت جداگانه ارزیابی میشود.
در مرحله بعد ساختار RAID، Disk Group و Parity مورد تحلیل قرار میگیرد.
پس از آن Storage Pool، Volume و LUN بررسی میشوند.
اگر SAN برای VMware، Hyper-V یا سایر Hypervisorها استفاده شده باشد، Datastore و Virtual Diskها نیز تحلیل میشوند.
در مرحله بعد File System و ساختار اطلاعات داخل Volume یا Virtual Disk بررسی شده و فایلها، پوشهها و Databaseها استخراج میشوند.
در صورت نیاز از رسانههای سالم یا قابل دسترس Image یا Clone تهیه میشود تا عملیات تحلیل روی نسخه کاری انجام شود و ریسک تغییر اطلاعات اصلی کاهش یابد.
در پایان، اطلاعات بازیابیشده از نظر ساختار و صحت مورد بررسی قرار میگیرند.
نتیجه نهایی بازیابی به وضعیت رسانهها، میزان آسیب RAID، سلامت Metadata، وضعیت Pool و LUN، میزان بازنویسی اطلاعات و اقداماتی که پس از خرابی انجام شده است بستگی دارد.
چرا بازیابی اطلاعات SAN تخصصی است؟
SAN برخلاف یک هارد یا SSD معمولی، یک سیستم ذخیرهسازی چندلایه است.
ممکن است اطلاعات یک سازمان در ساختاری مانند زیر ذخیره شده باشند:
SAN → RAID → Storage Pool → Volume → LUN → File System → Files
در محیط مجازیسازی ساختار میتواند پیچیدهتر شود:
SAN → RAID → Pool → LUN → Datastore → Virtual Disk → Partition → File System → Files
بنابراین برای بازیابی موفق، شناخت تمام این لایهها ضروری است.
همچنین هر برند و مدل Storage میتواند روش خاصی برای مدیریت RAID، Pool، Volume، LUN و Metadata داشته باشد.
به همین دلیل بازیابی SAN باید بر اساس برند، مدل و معماری واقعی دستگاه انجام شود.
اقدامات مهم هنگام خرابی SAN
در صورت از دسترس خارج شدن اطلاعات SAN، از Rebuild کردن RAID بدون بررسی تخصصی خودداری کنید.
Driveهای SAN را بدون ثبت ترتیب و وضعیت آنها جابهجا نکنید.
Volume یا LUN جدید ایجاد نکنید.
Storage را Initialize نکنید.
Storage Pool جدید ایجاد نکنید.
Volume آسیبدیده را Format نکنید.
Firmware را بدون بررسی تخصصی تغییر ندهید.
Configuration جدید روی Storage اعمال نکنید.
از نرمافزارهای ناشناخته برای تعمیر مستقیم Storage استفاده نکنید.
پس از Rebuild ناموفق، عملیات دیگری روی Storage انجام ندهید.
در صورت اهمیت اطلاعات، پیش از هرگونه تغییر در Storage، وضعیت SAN، Driveها، RAID، Pool، Volume و LUN توسط متخصص بازیابی اطلاعات بررسی شود.
سؤالات متداول درباره بازیابی انواع SAN
آیا اطلاعات SAN خرابشده قابل بازیابی است؟
بسته به نوع خرابی، وضعیت Driveها، RAID، Controller، Storage Pool، Volume و LUN، امکان بازیابی باید بهصورت تخصصی بررسی شود.
آیا بازیابی اطلاعات SAN همه برندها امکانپذیر است؟
امکان بررسی SANهای برندهای مختلف وجود دارد؛ اما روش بازیابی بر اساس برند، مدل و معماری Storage تعیین میشود.
آیا اطلاعات SAN برند HPE قابل بازیابی است؟
بله. Storageهای HPE در صورت خرابی Drive، RAID، Controller، Pool، Volume یا LUN قابل بررسی تخصصی هستند.
آیا Dell EMC SAN قابل بازیابی است؟
بله. ساختار RAID، Pool، Volume، LUN و وضعیت Driveهای Dell EMC میتواند مورد تحلیل قرار گیرد.
آیا اطلاعات IBM SAN قابل بازیابی است؟
بله. در صورت خرابی Storage یا از دست رفتن دسترسی به LUNها، ساختار Storage و Metadata قابل بررسی است.
آیا اطلاعات NetApp SAN قابل بازیابی است؟
بله. ساختار Disk، RAID Group، Pool، Volume و LUN در فرآیند بازیابی بررسی میشود.
آیا اطلاعات Lenovo و Huawei SAN قابل بازیابی است؟
بله. Storageهای این برندها نیز بر اساس مدل و معماری داخلی دستگاه مورد بررسی قرار میگیرند.
آیا Hitachi SAN قابل بازیابی است؟
بله. در صورت خرابی Drive، RAID، Controller، Pool یا LUN امکان بررسی تخصصی وجود دارد.
آیا بعد از خراب شدن RAID در SAN امکان بازیابی وجود دارد؟
در بسیاری از موارد امکان بازیابی وجود دارد، اما ابتدا باید نوع RAID، وضعیت Driveها، Disk Order، Parity و Metadata بررسی شود.
آیا بعد از Rebuild ناموفق SAN قابل بازیابی است؟
ممکن است امکان بازیابی وجود داشته باشد؛ اما ادامه Rebuild یا عملیات نوشتاری میتواند باعث بازنویسی اطلاعات شود.
آیا LUN حذفشده قابل بازیابی است؟
در برخی شرایط بله. اگر اطلاعات جدید روی فضای LUN نوشته نشده باشد، امکان بررسی Metadata و ساختار قبلی وجود دارد.
آیا Volume حذفشده در SAN قابل بازیابی است؟
بسته به وضعیت Storage و میزان تغییرات پس از حذف، امکان بازیابی Volume باید بررسی شود.
آیا SAN بعد از Format قابل بازیابی است؟
در برخی شرایط امکان بازیابی وجود دارد. نتیجه به نوع Format، ساختار Storage و میزان اطلاعات جدید نوشتهشده بستگی دارد.
آیا SAN خرابشده برای VMware قابل بازیابی است؟
بله. در این حالت علاوه بر SAN، LUN، Datastore و Virtual Diskهای VMware نیز مورد بررسی قرار میگیرند.
آیا ماشینهای مجازی بعد از خرابی SAN قابل بازیابی هستند؟
در بسیاری از موارد امکان بررسی و بازیابی Virtual Machineها وجود دارد؛ بهخصوص اگر ساختار Storage و Datastore قابل بازسازی باشد.
آیا Databaseهای روی SAN قابل بازیابی هستند؟
بله. فایلهای Database مانند SQL Server، Oracle و MySQL نیز میتوانند در فرآیند بازیابی مورد بررسی قرار گیرند.
آیا اطلاعات SAN از SSD و NVMe قابل بازیابی است؟
بله. SSD و NVMeهای مورد استفاده در Storageهای Enterprise نیز قابل بررسی هستند و وضعیت فیزیکی و منطقی آنها ارزیابی میشود.
مدت زمان بازیابی SAN چقدر است؟
زمان بازیابی به تعداد Driveها، حجم Storage، نوع RAID، برند و مدل SAN، وضعیت رسانهها، تعداد LUNها و پیچیدگی ساختار Storage بستگی دارد.
آیا بازیابی اطلاعات SAN تضمینی است؟
بدون بررسی وضعیت واقعی Storage نمیتوان بازیابی صددرصدی را تضمین کرد. نتیجه به میزان آسیب فیزیکی و منطقی، وضعیت Metadata و میزان بازنویسی اطلاعات بستگی دارد.
رسانه افزار؛ مرکز تخصصی بازیابی اطلاعات SAN
رسانه افزار با بیش از 30 سال تجربه در حوزه بازیابی اطلاعات، خدمات تخصصی بازیابی اطلاعات SAN و Enterprise Storage را ارائه میدهد.
در فرآیند بازیابی، برند و مدل Storage، وضعیت HDD، SSD و NVMe، ساختار RAID، Controller، Storage Pool، Volume و LUN بهصورت تخصصی بررسی میشوند.
همچنین اطلاعات SANهایی که برای VMware، Hyper-V، Citrix و سایر محیطهای Virtualization استفاده شدهاند نیز قابل بررسی هستند.
بازیابی اطلاعات از SANهای برندهایی مانند HPE، Dell EMC، IBM، NetApp، Lenovo، Huawei، Hitachi Vantara و سایر تولیدکنندگان Storage بر اساس معماری واقعی دستگاه انجام میشود.
هدف از بازیابی، صرفاً دسترسی مجدد به Storage نیست؛ بلکه بازسازی صحیح ساختار اطلاعات و استخراج فایلها، Databaseها، ماشینهای مجازی و سایر دادههای مورد نیاز با بیشترین میزان صحت ممکن است.
اگر SAN شما شناسایی نمیشود، LUNها نمایش داده نمیشوند، Storage Pool آسیب دیده، RAID خراب شده، چند Drive از کار افتاده، Volume حذف شده یا پس از Rebuild اطلاعات در دسترس نیست، پیش از هرگونه Rebuild، Format، Initialize یا تغییر Configuration، Storage را برای بررسی تخصصی در اختیار مرکز بازیابی اطلاعات قرار دهید.
پیشنهاد لینکسازی داخلی
بازیابی اطلاعات SAN
بازیابی اطلاعات Storage
بازیابی اطلاعات RAID
بازیابی اطلاعات سرور
بازیابی اطلاعات سرور با انواع هارد
بازیابی اطلاعات سرور با انواع SSD
بازیابی اطلاعات VMware
بازیابی اطلاعات Hyper-V
بازیابی اطلاعات ماشینهای مجازی
بازیابی اطلاعات VMDK
بازیابی اطلاعات VHD و VHDX
بازیابی اطلاعات NAS
بازیابی اطلاعات DAS
بازیابی اطلاعات Database Server
بازیابی اطلاعات Oracle ASM
بازیابی اطلاعات SAN در هر برند صرفاً به بازیابی هاردها یا SSDهای داخل دستگاه محدود نمیشود. در Storageهای Enterprise، اطلاعات معمولاً در چندین لایه شامل Drive، RAID Group یا Disk Group، Storage Pool، Volume، LUN و Metadata توزیع میشوند و هر سازنده نیز معماری و روش مدیریت اختصاصی خود را دارد.
به همین دلیل، در زمان خرابی SAN ابتدا برند، مدل و معماری دقیق دستگاه شناسایی میشود و سپس ساختار فیزیکی و منطقی Storage مورد تحلیل قرار میگیرد. نوع Drive، تعداد دیسکها، RAID Level، نحوه توزیع Parity، Stripe Size، Disk Group، Pool، Volume، LUN و Metadata از مهمترین پارامترهای مورد بررسی هستند.
در SANهای مختلف ممکن است اطلاعات روی HDD، SSD یا NVMe قرار گرفته باشند و Storage نیز برای سرویسهایی مانند VMware، Hyper-V، Database Server، File Server یا سایر سامانههای سازمانی استفاده شده باشد. بنابراین روش بازیابی باید متناسب با معماری همان برند و مدل انتخاب شود.
بازیابی SANهای HPE
Storageهای HPE در طیف گستردهای از زیرساختهای Enterprise مورد استفاده قرار میگیرند و بسته به نسل و مدل دستگاه میتوانند معماریهای متفاوتی برای RAID، Disk Group، Storage Pool، Volume و LUN داشته باشند.
در خرابی SANهای HPE ممکن است Driveها از نظر فیزیکی سالم باشند اما به دلیل خرابی Controller، آسیب Metadata، تغییر Configuration یا از دست رفتن ساختار Pool و Volume، LUNها برای Host قابل دسترسی نباشند.
در فرآیند بازیابی، ابتدا وضعیت تمام Driveها و Controllerها بررسی شده و سپس ساختار RAID یا Disk Group، Pool، Volume و LUN بازسازی منطقی میشود. در صورت استفاده از SAN برای VMware یا سایر Hypervisorها، Datastore و Virtual Disk نیز در لایه بعدی مورد بررسی قرار میگیرند.
بازیابی SANهای Dell EMC
Storageهای Dell EMC دارای معماریهای متنوعی هستند و بسته به خانواده محصول، نحوه مدیریت Drive، RAID، Pool، Volume و LUN میتواند متفاوت باشد.
در این تجهیزات، خرابی چند Drive، Controller، Cache، Firmware یا Configuration ممکن است باعث شود Storage یا بخشی از LUNها از دسترس خارج شود؛ در حالی که بخش قابل توجهی از دادهها همچنان روی رسانههای فیزیکی وجود داشته باشد.
برای بازیابی Dell EMC، ابتدا وضعیت Driveها و ساختار RAID یا Disk Group بررسی میشود. سپس Metadata مربوط به Pool، Volume و LUN تحلیل شده و ارتباط میان لایههای ذخیرهسازی بازسازی میشود.
در صورتی که Storage بهعنوان زیرساخت VMware، Hyper-V یا Database Server استفاده شده باشد، پس از بازسازی SAN، ساختار بالاتر مانند Datastore، File System و Virtual Disk نیز بررسی خواهد شد.
بازیابی SANهای IBM
Storageهای IBM در محیطهای سازمانی و دیتاسنتری با معماریهای مختلف ذخیرهسازی مورد استفاده قرار گرفتهاند. در این تجهیزات، اطلاعات ممکن است میان چندین Drive و گروههای RAID توزیع شده و سپس در قالب Storage Pool، Volume و LUN در اختیار Host قرار گرفته باشند.
خرابی Drive، RAID، Controller، Pool یا Configuration میتواند باعث عدم دسترسی به LUNها شود.
در بازیابی SANهای IBM، ساختار فیزیکی Driveها ابتدا شناسایی شده و سپس نحوه تشکیل RAID، Disk Group، Pool و Volume بررسی میشود. Metadata و اطلاعات Configuration نیز برای بازسازی صحیح ساختار منطقی Storage اهمیت دارند.
بازیابی SANهای NetApp
در Storageهای NetApp، ساختار ذخیرهسازی میتواند شامل Disk، RAID Group، Aggregate، Pool، Volume و LUN باشد و نحوه مدیریت این لایهها با بسیاری از معماریهای سنتی SAN تفاوت دارد.
به همین دلیل، در بازیابی NetApp نمیتوان صرفاً با بازسازی RAID به اطلاعات دسترسی پیدا کرد. ارتباط میان Disk، RAID Group، Aggregate یا Pool، Volume و LUN باید بهصورت زنجیرهای تحلیل شود.
خرابی Disk، RAID Group، Controller، Metadata یا Configuration ممکن است باعث شود Volume یا LUN برای Host قابل دسترسی نباشد.
در چنین شرایطی ساختار فیزیکی رسانهها و Metadata مربوط به لایههای مختلف Storage بررسی میشود تا معماری منطقی قبلی تا حد امکان بازسازی شود.
بازیابی SANهای Lenovo
Storageهای Lenovo در زیرساختهای Enterprise میتوانند از معماریهای مختلف RAID، Disk Group، Storage Pool، Volume و LUN استفاده کنند.
در صورت خرابی Drive، Controller، RAID یا Pool، ممکن است Volumeها و LUNهای متصل به سرورها از دسترس خارج شوند.
در بازیابی Lenovo، ابتدا وضعیت رسانهها و ساختار RAID بررسی شده و سپس Pool، Volume و LUN مورد تحلیل قرار میگیرند. در صورت استفاده از SSD یا NVMe، وضعیت هر رسانه و نحوه توزیع اطلاعات نیز بررسی میشود.
بازیابی SANهای Huawei
Storageهای Huawei از معماریهای مختلف Enterprise Storage استفاده میکنند و میتوانند شامل HDD، SSD، RAID Group، Storage Pool، Volume و LUN باشند.
خرابی چند Drive، Controller، Firmware، Metadata یا Configuration ممکن است باعث عدم دسترسی Hostها به LUNها شود.
در بازیابی SANهای Huawei، ابتدا ساختار Driveها و RAID Group بررسی شده و سپس ارتباط میان Storage Pool، Volume و LUN تحلیل میشود. در صورتی که Storage در محیط مجازیسازی استفاده شده باشد، Datastore و Virtual Diskهای موجود در LUN نیز در ادامه بررسی خواهند شد.
بازیابی SANهای Hitachi Vantara
Storageهای Hitachi Vantara از زیرساختهای شناختهشده Enterprise Storage هستند و بسته به مدل دستگاه، معماری متفاوتی برای مدیریت Drive، RAID، Pool، Volume و LUN دارند.
در صورت خرابی Drive یا Controller، از دست رفتن Configuration یا آسیب ساختار منطقی Storage، ممکن است Volumeها و LUNها برای سرورها قابل دسترسی نباشند.
در بازیابی Hitachi Vantara، ابتدا وضعیت فیزیکی رسانهها و ساختار RAID یا Disk Group بررسی شده و سپس Metadata، Pool، Volume و LUN مورد تحلیل قرار میگیرند.
بازیابی SANهای Fujitsu
Storageهای Fujitsu نیز در برخی دیتاسنترها و زیرساختهای سازمانی مورد استفاده قرار گرفتهاند و میتوانند شامل مجموعهای از HDD یا SSD، RAID Group، Pool، Volume و LUN باشند.
خرابی Drive، RAID، Controller یا Configuration ممکن است باعث شود Storage برای Host قابل دسترسی نباشد.
در فرآیند بازیابی، ساختار RAID و نحوه توزیع اطلاعات روی Driveها شناسایی شده و سپس Pool، Volume و LUN بررسی میشوند.
بازیابی SANهای Oracle
Storageهای Oracle میتوانند در محیطهای Enterprise و Database مورد استفاده قرار گیرند و در برخی زیرساختها ارتباط نزدیکی با سامانههای Database و Oracle ASM داشته باشند.
در صورت خرابی Storage، علاوه بر ساختار Drive، RAID و LUN، باید مشخص شود اطلاعات در چه لایهای توسط Oracle ASM یا سایر ساختارهای منطقی مدیریت شدهاند.
بنابراین در چنین سناریوهایی، بازیابی Storage باید بهصورت چندلایه انجام شود تا پس از بازسازی SAN، ساختار ASM و فایلهای Database نیز قابل تحلیل باشند.
بازیابی SANهای Pure Storage و Storageهای All-Flash
در Storageهای All-Flash مانند Pure Storage، بخش عمده ظرفیت ذخیرهسازی بر پایه SSD و معماریهای مدرن مدیریت داده قرار دارد.
در این تجهیزات، خرابی SSD تنها یکی از سناریوهای احتمالی است و مشکلات Controller، Firmware، Metadata، Pool یا ساختار منطقی نیز میتوانند باعث عدم دسترسی به Volume و LUN شوند.
در بازیابی Storageهای All-Flash باید علاوه بر وضعیت فیزیکی SSDها، معماری اختصاصی دستگاه و نحوه مدیریت داده و Metadata نیز بررسی شود.
بازیابی سایر برندهای SAN و Enterprise Storage
علاوه بر برندهای متداول، SANهای تولیدکنندگان دیگری نیز ممکن است در سازمانها و دیتاسنترها مورد استفاده قرار گرفته باشند.
از جمله این برندها میتوان به Fujitsu، Oracle، Pure Storage، Infinidat و سایر تولیدکنندگان Enterprise Storage اشاره کرد.
در مورد این تجهیزات، صرفاً نام برند برای تعیین روش بازیابی کافی نیست. مدل دقیق Storage، نوع Controller، تعداد و نوع Driveها، RAID Architecture، Storage Pool، Volume، LUN، Firmware و ساختار Metadata باید شناسایی شود.
در نتیجه، حتی دو Storage از یک برند نیز ممکن است به دلیل تفاوت نسل، مدل یا معماری داخلی، روش بازیابی متفاوتی داشته باشند.
بازیابی SAN بر اساس معماری، نه صرفاً برند
مهمترین اصل در بازیابی اطلاعات SAN این است که روش بازیابی بر اساس معماری واقعی Storage تعیین شود، نه صرفاً نام سازنده.
برای مثال، ممکن است دو SAN از یک برند دارای تعداد Drive مشابه باشند اما در یکی اطلاعات بهصورت RAID Group و Pool مدیریت شده باشد و در دیگری ساختار متفاوتی برای Volume و LUN وجود داشته باشد.
همچنین در یک SAN ممکن است چندین LUN برای VMware ایجاد شده باشد، در حالی که LUN دیگری مستقیماً توسط Database Server یا File Server استفاده شود.
بنابراین فرآیند تخصصی بازیابی باید از شناسایی معماری شروع شود و به ترتیب زیر پیش برود:
Drive → RAID / Disk Group → Storage Pool → Volume → LUN → File System / Datastore → Virtual Disk / Database → Files
در صورتی که هر یک از این لایهها اشتباه بازسازی شوند، ممکن است اطلاعات لایههای بالاتر نیز بهصورت نادرست نمایش داده شوند.
به همین دلیل، بازیابی اطلاعات SANهای HPE، Dell EMC، IBM، NetApp، Lenovo، Huawei، Hitachi Vantara، Fujitsu، Oracle، Pure Storage و سایر برندها نیازمند تحلیل تخصصی همزمان سختافزار، RAID، Metadata و ساختار منطقی Storage است.