رسانه افزار معتبرترین مرکز تخصصی خدمات بازیابی اطلاعات سختافزاری و نرمافزاری در ایران و خاورمیانه با متخصصینی با 30 سال تجربه در خدمات گسترده دیتا ریکاوری به دهها هزار مشتری
تماس با مادیتا ریکاوری انواع SAN در محل رسانه افزار یکی از خدمات تخصصی و حساس بازیابی اطلاعات از زیرساختهای ذخیرهسازی سازمانی و Enterprise است. سیستمهای SAN (Storage Area Network) معمولاً برای نگهداری حجم زیادی از اطلاعات حیاتی در دیتاسنترها، سرورها، سازمانها و شرکتها مورد استفاده قرار میگیرند و خرابی آنها میتواند همزمان چندین سرور، ماشین مجازی، دیتابیس و سرویس سازمانی را تحت تأثیر قرار دهد.
خرابی هارد یا SSD، آسیب RAID، خرابی Controller، از دست رفتن Volume، مشکل در Storage Pool، خرابی LUN، آسیب فایلسیستم، حذف اشتباهی اطلاعات یا خطا در عملیات Rebuild میتواند باعث شود اطلاعات SAN از دسترس خارج شوند.
در چنین شرایطی، بازیابی SAN در محل رسانه افزار با هدف کاهش ریسک جابهجایی تجهیزات و جلوگیری از تغییرات غیرضروری روی Storage انجام میشود. کارشناسان رسانه افزار با بررسی ساختار SAN، دیسکها، RAID، Pool، LUN و لایههای ذخیرهسازی، وضعیت اطلاعات را ارزیابی و مناسبترین روش بازیابی را تعیین میکنند.
SAN یا Storage Area Network یک شبکه اختصاصی برای ارائه فضای ذخیرهسازی به سرورها و تجهیزات پردازشی است.
در یک زیرساخت SAN، سرورها معمولاً Storage را از طریق پروتکلها و فناوریهایی مانند:
Fibre Channel
iSCSI
FCoE
دریافت میکنند.
SAN میتواند از مجموعهای از هاردها، SSDها، Controllerها، Storage Poolها و Volumeها تشکیل شده باشد.
به همین دلیل، خرابی SAN معمولاً یک مشکل ساده هارد نیست و ممکن است چندین لایه از ساختار ذخیرهسازی را درگیر کند.
در Storageهای معمولی ممکن است اطلاعات تنها روی یک یا چند هارد قرار داشته باشند، اما در SAN سازمانی، دادهها ممکن است در چندین لایه توزیع شده باشند.
برای مثال:
Disk → RAID → Pool → LUN → File System → Server/Application
اگر یکی از این لایهها دچار مشکل شود، دسترسی به اطلاعات ممکن است مختل شود.
بنابراین هرگونه تغییر اشتباه در ساختار SAN میتواند فرآیند بازیابی را پیچیدهتر کند.
برخی از رایجترین سناریوها عبارتاند از:
SAN توسط سرورها شناسایی نمیشود.
LUN از دسترس خارج شده است.
Storage Pool خراب شده است.
RAID دچار خرابی شده است.
چند هارد یا SSD از کار افتادهاند.
Controller خراب شده است.
SAN پس از قطع برق Boot نمیشود.
Volumeها نمایش داده نمیشوند.
ظرفیت Storage اشتباه نمایش داده میشود.
اطلاعات بهصورت RAW نمایش داده میشوند.
فایلسیستم آسیب دیده است.
Virtual Machineها از دسترس خارج شدهاند.
دیتابیسهای سازمانی قابل دسترسی نیستند.
LUN به اشتباه حذف شده است.
RAID Rebuild با خطا مواجه شده است.
اطلاعات پس از تعویض Controller قابل دسترسی نیستند.
خدمات دیتا ریکاوری SAN میتواند برای طیف گستردهای از معماریهای Storage انجام شود.
از جمله:
SAN مبتنی بر HDD
SAN مبتنی بر SSD
SAN Hybrid
SAN مبتنی بر RAID
SAN مبتنی بر RAIDهای مختلف
SAN با Fibre Channel
SAN با iSCSI
SAN دارای Storage Pool
SAN دارای LUN
SAN دارای Thin Provisioning
SAN متصل به VMware
SAN متصل به Hyper-V
SAN مورد استفاده در KVM
SANهای مورد استفاده در دیتاسنترها
نوع دقیق Storage و معماری آن در تعیین روش بازیابی اهمیت زیادی دارد.
یکی از مهمترین دلایل از دسترس خارج شدن SAN، خرابی RAID است.
در یک SAN ممکن است RAID در چندین سطح مورد استفاده قرار گرفته باشد.
خرابی میتواند ناشی از:
خرابی یک یا چند دیسک
خرابی Controller
خرابی Firmware
خطای Rebuild
تعویض اشتباه دیسک
تغییر ترتیب دیسکها
خرابی Metadata
باشد.
برای بازیابی باید ساختار RAID، ترتیب دیسکها و پارامترهای مربوط به آن مشخص شود.
اگر SAN دچار خرابی شده است، Rebuild کردن RAID بدون بررسی وضعیت اولیه میتواند خطرناک باشد.
در برخی شرایط، Rebuild باعث نوشتن اطلاعات جدید روی دیسکها میشود و ممکن است بخشی از Metadata یا اطلاعات قبلی را تغییر دهد.
LUN (Logical Unit Number) یکی از مهمترین اجزای SAN است که فضای ذخیرهسازی را در اختیار Host قرار میدهد.
اگر LUN حذف شود، ناپدید شود یا Metadata آن آسیب ببیند، ممکن است سرور دیگر اطلاعات را مشاهده نکند.
در چنین شرایطی، ابتدا باید ساختار Storage و وضعیت LUN بررسی شود.
اگر دادههای اصلی هنوز روی دیسکها وجود داشته باشند، ممکن است امکان بازسازی ساختار LUN و دسترسی مجدد به اطلاعات فراهم شود.
در بسیاری از Storageهای سازمانی، دیسکها در قالب Storage Pool مدیریت میشوند.
خرابی Pool ممکن است باعث شود چندین Volume یا LUN همزمان از دسترس خارج شوند.
در این حالت، بازیابی باید در سطح Pool انجام شود و سپس Volumeها و LUNهای مربوطه بررسی شوند.
Controller یکی از اجزای حیاتی بسیاری از SANها است.
خرابی Controller لزوماً به معنی خرابی اطلاعات روی دیسکها نیست.
ممکن است:
دیسکها سالم باشند؛
RAID روی دیسکها وجود داشته باشد؛
اما Controller نتواند ساختار Storage را ارائه کند.
در چنین شرایطی باید ابتدا مشخص شود مشکل از Controller است یا ساختار ذخیرهسازی نیز آسیب دیده است.
تعویض Controller با مدل یا Firmware نامناسب میتواند وضعیت را پیچیدهتر کند.
اگر چند هارد SAN خراب شده باشند، امکان بازیابی به نوع RAID و تعداد دیسکهای از دست رفته بستگی دارد.
در برخی RAIDها خرابی تعداد محدودی از دیسکها قابل تحمل است، اما در صورت عبور از ظرفیت تحمل RAID، Volume ممکن است از دسترس خارج شود.
در این شرایط، دیسکهای خراب باید بهصورت تخصصی بررسی شوند و در صورت امکان Image آنها تهیه شود.
SANهای جدید ممکن است از SSDهای SATA، SAS یا NVMe استفاده کنند.
خرابی SSD با خرابی هارد مکانیکی متفاوت است و میتواند شامل:
خرابی Controller
خرابی NAND
Firmware Failure
Bad Block
مشکل Translation Layer
خرابی Metadata
باشد.
در چنین شرایطی، ابتدا باید وضعیت SSD و Storage Layer بررسی شود.
در Storageهای Enterprise، SSDهای SAS به دلیل سرعت و قابلیت اطمینان بالا کاربرد گستردهای دارند.
خرابی یک یا چند SSD SAS میتواند باعث Degraded شدن RAID یا از دسترس خارج شدن Pool شود.
اگر اطلاعات حیاتی باشد، بهتر است قبل از هرگونه Rebuild، وضعیت SSDها و ساختار RAID بررسی شود.
در SANهای Fibre Channel، سرورها از طریق Fabric و تجهیزات FC به Storage متصل میشوند.
گاهی مشکل از خود دیسکها نیست و علت اصلی در لایه ارتباطی یا تنظیمات Storage قرار دارد.
بنابراین در زمان بررسی باید مشخص شود:
Host SAN را میبیند یا خیر؛
LUNها قابل مشاهده هستند یا خیر؛
ارتباط FC برقرار است یا خیر؛
مشکل در Storage Layer وجود دارد یا ارتباطی.
اگر اطلاعات روی دیسکها سالم باشند، ممکن است مشکل صرفاً مربوط به دسترسی باشد و نیازی به فرآیند کامل بازیابی فیزیکی وجود نداشته باشد.
در Storageهای iSCSI، سرور از طریق شبکه IP به LUNهای SAN متصل میشود.
قطع ارتباط iSCSI یا تغییر تنظیمات میتواند باعث شود LUNها در سیستمعامل قابل مشاهده نباشند.
قبل از نتیجهگیری درباره خرابی اطلاعات باید مشخص شود مشکل از:
Network
Initiator
Target
Authentication
LUN Mapping
Storage
یا خود دیسکها
است.
بسیاری از زیرساختهای VMware از SAN برای ذخیره Virtual Machineها استفاده میکنند.
در این ساختار، خرابی SAN میتواند باعث شود چندین VM همزمان از دسترس خارج شوند.
ممکن است اطلاعات در قالب:
VMFS
VMDK
Snapshot
Datastore
روی SAN قرار داشته باشند.
در چنین شرایطی، ابتدا باید SAN و Datastore بررسی شود و سپس Virtual Machineها مورد ارزیابی قرار گیرند.
در محیطهای Hyper-V، ماشینهای مجازی ممکن است روی LUNهای SAN ذخیره شوند.
در صورت خرابی SAN، فایلهای:
VHD
VHDX
Configuration
Checkpoint
ممکن است از دسترس خارج شوند.
بازیابی باید از لایه Storage آغاز شود و سپس Virtual Disk و فایلسیستم بررسی شوند.
SANها معمولاً میزبان اطلاعات بسیار مهمی مانند:
SQL Server
Oracle
PostgreSQL
MySQL
Exchange
ERP
CRM
File Server
هستند.
در این شرایط، هدف بازیابی میتواند بازگرداندن ساختار دیتابیس و سرویس باشد، نه صرفاً چند فایل.
به همین دلیل، حفظ ساختار LUN و فایلسیستم اهمیت ویژهای دارد.
در مواردی که انتقال SAN به مرکز بازیابی دشوار، پرریسک یا زمانبر است، ریکاوری SAN در محل رسانه افزار میتواند گزینه مناسبی باشد.
در این روش، بررسی اولیه و عملیات لازم در محل تجهیز یا دیتاسنتر انجام میشود تا ریسک جابهجایی تجهیزات کاهش پیدا کند.
این موضوع بهخصوص برای Storageهای بزرگ و سازمانی اهمیت دارد؛ زیرا ممکن است SAN دارای تعداد زیادی دیسک، چندین Controller و حجم بسیار بالایی از اطلاعات باشد.
بازیابی در محل میتواند مزایایی مانند موارد زیر داشته باشد:
کاهش ریسک جابهجایی تجهیزات
حفظ ساختار فیزیکی SAN
کاهش زمان انتقال تجهیزات
امکان بررسی مستقیم ارتباطات Storage
مناسب برای SANهای حجیم
امکان بررسی همزمان Storage و Host
کاهش اختلال در زیرساخت سازمان
روش انجام کار پس از بررسی شرایط فنی و نوع SAN تعیین میشود.
ابتدا ساختار کلی Storage، تعداد دیسکها، Controllerها، Poolها و LUNها بررسی میشود.
هاردها و SSDها از نظر سلامت و خطاهای خواندن بررسی میشوند.
نوع RAID و پارامترهای آن مشخص میشود.
ساختار Pool و Volumeها مورد بررسی قرار میگیرد.
LUNهای موجود، حذفشده یا آسیبدیده شناسایی میشوند.
پس از بازسازی لایههای Storage، فایلسیستم مربوط به Host یا Server بررسی میشود.
در مرحله نهایی، اطلاعات قابل بازیابی به Storage سالم منتقل میشوند.
بله، بسته به نوع خرابی، در بسیاری از موارد امکان بازیابی اطلاعات SAN وجود دارد.
مهمترین عوامل تعیینکننده عبارتاند از:
نوع SAN
مدل Storage
تعداد دیسکها
نوع RAID
وضعیت Controller
وضعیت Storage Pool
وضعیت LUN
سلامت هاردها و SSDها
نوع فایلسیستم
میزان Overwrite
وضعیت Rebuild
بنابراین عدم دسترسی به LUN یا Volume بهتنهایی به معنی از بین رفتن اطلاعات نیست.
اگر اطلاعات SAN مهم است، از اقدامات زیر خودداری کنید:
RAID را بدون بررسی Rebuild نکنید.
دیسکها را جابهجا نکنید.
ترتیب دیسکها را تغییر ندهید.
Storage Pool را مجدداً ایجاد نکنید.
LUN را Format نکنید.
LUN جدید روی فضای قبلی ایجاد نکنید.
Firmware را بدون بررسی بهروزرسانی نکنید.
Controller را بدون بررسی تعویض نکنید.
دیسک خراب را بدون ثبت وضعیت Replace نکنید.
اطلاعات جدید روی Storage آسیبدیده ننویسید.
عملیات Initialize را اجرا نکنید.
ابزارهای تعمیر فایلسیستم را مستقیماً روی Storage اصلی اجرا نکنید.
هزینه دیتا ریکاوری SAN به معماری Storage و نوع خرابی بستگی دارد.
عوامل مؤثر بر هزینه عبارتاند از:
تعداد دیسکها
ظرفیت Storage
تعداد دیسکهای خراب
نوع RAID
نوع Controller
وضعیت Pool
تعداد LUNها
نوع فایلسیستم
میزان اطلاعات
نیاز به بازیابی فیزیکی هارد یا SSD
نیاز به ریکاوری در محل
به همین دلیل، هزینه دقیق پس از بررسی فنی SAN مشخص میشود.
رسانه افزار خدمات تخصصی دیتا ریکاوری انواع SAN در محل را برای زیرساختهای ذخیرهسازی سازمانی ارائه میکند.
این خدمات میتواند شامل:
بازیابی SAN
بازیابی RAID
بازیابی Storage Pool
بازیابی LUN
بازیابی Volume
بازیابی هاردهای SAS
بازیابی SSDهای SAS
بازیابی SSDهای SATA
بازیابی RAIDهای Enterprise
بازیابی VMware Datastore
بازیابی Hyper-V Storage
بازیابی اطلاعات دیتابیس
بازیابی اطلاعات سرورهای متصل به SAN
باشد.
اگر SAN شما LUNها را نمایش نمیدهد، RAID خراب شده، Storage Pool از دسترس خارج شده، Controller دچار مشکل شده یا چندین سرور و ماشین مجازی همزمان از دسترس خارج شدهاند، پیش از هرگونه Rebuild، Initialize یا تغییر پیکربندی، وضعیت Storage بررسی شود.
در بسیاری از موارد بله. ابتدا باید مشخص شود خرابی در دیسک، RAID، Controller، Pool، LUN یا فایلسیستم اتفاق افتاده است.
خیر. اگر دیسکها و ساختار ذخیرهسازی سالم باشند، ممکن است اطلاعات همچنان روی Storage وجود داشته باشند.
بسته به نوع RAID و تعداد دیسکهای خراب، ممکن است امکان بازیابی وجود داشته باشد.
در برخی شرایط بله. اگر اطلاعات جدید روی فضای LUN نوشته نشده باشد، ممکن است امکان بازسازی ساختار و استخراج اطلاعات وجود داشته باشد.
بله. در این شرایط علاوه بر SAN، ساختار Datastore و فایلهای Virtual Machine مانند VMDK نیز بررسی میشوند.
بله، در شرایطی که جابهجایی Storage مناسب نباشد یا حجم و حساسیت تجهیزات بالا باشد، امکان انجام بررسی و فرآیند بازیابی در محل وجود دارد.
دیتا ریکاوری انواع SAN در محل رسانه افزار برای بازیابی اطلاعات از Storageهای سازمانی و Enterprise طراحی شده است؛ تجهیزاتی که ممکن است میزبان اطلاعات چندین سرور، ماشین مجازی، دیتابیس و سرویس حیاتی باشند.
خرابی هارد و SSD، RAID، Controller، Storage Pool، LUN، فایلسیستم یا خطای Rebuild میتواند باعث از دسترس خارج شدن اطلاعات SAN شود، اما عدم شناسایی LUN یا Volume لزوماً به معنی نابودی اطلاعات نیست.
در صورت بروز مشکل، مهمترین اقدام جلوگیری از تغییرات غیرضروری روی Storage است. Rebuild، Initialize، Format، تعویض دیسک یا ایجاد مجدد Pool بدون بررسی میتواند شانس بازیابی را کاهش دهد.
رسانه افزار با بررسی تخصصی ساختار SAN، RAID، Pool، LUN و دیسکهای تشکیلدهنده Storage، امکانسنجی بازیابی را انجام داده و در صورت نیاز، فرآیند دیتا ریکاوری SAN در محل را اجرا میکند.
دیتا ریکاوری SAN، بازیابی SAN، ریکاوری SAN، بازیابی اطلاعات SAN، دیتا ریکاوری SAN در محل، بازیابی SAN در محل، ریکاوری Storage، بازیابی LUN، ریکاوری LUN، بازیابی Storage Pool، ریکاوری RAID SAN، بازیابی اطلاعات SAN سرور، ریکاوری SAN سازمانی، بازیابی SAN دیتاسنتر، دیتا ریکاوری Storage، بازیابی اطلاعات Storage
دیتا ریکاوری SAN در محل | بازیابی تخصصی اطلاعات SAN
دیتا ریکاوری انواع SAN در محل رسانه افزار؛ بازیابی تخصصی RAID، LUN، Storage Pool، هارد و SSDهای SAN پس از خرابی Controller، RAID یا Storage.
/دیتا-ریکاوری-san-در-محل/
دیتا ریکاوری انواع SAN در محل رسانه افزار