پیش از تعویض استوریج، پیش‌نیازهای انتقال، توقف احتمالی سرویس و مسئولیت تحویل را روشن کنید.
برای جایگزینی استوریج، ممکن است ظرفیت و مشخصات فنی محصول جدید روشن باشد؛ اما یک نگرانی همچنان تصمیم خرید را متوقف کند: داده‌ها چگونه منتقل می‌شوند و اگر انتقال مطابق برنامه پیش نرفت، چه اتفاقی برای سرویس‌های سازمان می‌افتد؟
مهاجرت داده در پروژه استوریج، انتقال داده‌ها از محیط ذخیره‌سازی فعلی به مقصد جدید است. برنامه این انتقال باید علاوه بر روش جابه‌جایی، وابستگی سرویس‌ها، توقف احتمالی، حفاظت از داده و مسئولیت افراد را مشخص کند.
در این مطلب، بررسی می‌کنیم که پیش از تصویب خرید یا ارتقای استوریج، چه داده‌هایی قرار است منتقل شوند، چه پیش‌نیازهایی لازم است، چه کسی مجوز تغییر را صادر می‌کند و نتیجه انتقال براساس چه معیارهایی تحویل گرفته می‌شود.
۱. مسئله انتقال و دامنه راهکار؛ چه تغییری قرار است انجام شود؟
افزایش ظرفیت، ارتقای نسخه نرم‌افزار استوریج و انتقال داده به دستگاه جدید، الزاماً یک پروژه یکسان نیستند. نخست باید هدف تغییر روشن شود:
توسعه ظرفیت
پاسخ به رشد داده با بررسی امکان توسعه زیرساخت موجود.
ارتقای نسخه
تغییر نسخه نرم‌افزار یا اجزای مرتبط، مطابق پیش‌نیازهای همان محصول.
جایگزینی استوریج
انتقال داده و وابستگی‌های مرتبط به سامانه جدید.
انتقال بخشی از بارکاری
جابه‌جایی مجموعه‌ای مشخص از فایل‌ها، ماشین‌های مجازی یا داده‌های کاربردی.
این تفکیک برای راهکارهای مبتنی بر Open-E و HexaSAN نیز ضروری است. روش مناسب باید با توجه به محصول، مدل، نسخه، نوع داده و محیط میزبان انتخاب شود.
برای مثال، راهنمای رسمی مهاجرت Open-E DSS V7 به JovianDSS، مسیرهای انتقال داده NAS، انتقال iSCSI با استفاده از سیستم واسط و جابه‌جایی ماشین مجازی با ابزارهای هایپروایزر را جداگانه بررسی می‌کند. انتخاب هر مسیر به شرایط محیط وابسته است.
پیش از انتخاب تجهیزات، باید مشخص شود کدام داده‌ها و سرویس‌ها در دامنه پروژه قرار دارند و چه فعالیت‌هایی خارج از آن هستند. برای بررسی معیارهای انتخاب مقصد نیز می‌توانید راهنمای خرید استوریج را مطالعه کنید.
۲. مبدأ، مقصد و وابستگی سرویس؛ چه اطلاعاتی برای طراحی لازم است؟
شناخت ظرفیت مبدأ و مقصد به‌تنهایی برای طراحی مهاجرت داده کافی نیست. لازم است ارتباط داده با میزبان، شبکه و برنامه‌های سازمان مشخص شود.
| موضوع | اطلاعات لازم | دلیل اهمیت |
|---|---|---|
| استوریج مبدأ و مقصد | محصول، مدل، نسخه، پیکربندی و وضعیت سلامت | بررسی مسیرهای انتقال و محدودیت‌های هر محیط |
| داده و بارکاری | فایل، ماشین مجازی، پایگاه داده و سایر داده‌های کاربردی | انتخاب روش انتقال و کنترل صحت متناسب |
| حجم و تغییرات داده | حجم فعلی، رشد و میزان تغییر حین انتقال | برآورد حجم عملیات و بررسی امکان انتقال مرحله‌ای |
| میزبان و برنامه‌ها | سیستم‌عامل، هایپروایزر و نسخه برنامه‌های وابسته | بررسی آمادگی سرویس برای کار با مقصد |
| مسیر اتصال | شبکه، پروتکل، رابط و تجهیزات میانی | شناسایی پیش‌نیازها و محدودیت‌های ارتباطی |
| دسترسی‌ها | کاربران، مجوزها و وابستگی‌های احراز هویت | بررسی دسترسی صحیح پس از انتقال |
برای نمونه، اگر برنامه‌ای به مسیر اشتراک فایل یا مجوزهای مشخص وابسته باشد، انتقال فایل‌ها بدون بررسی این وابستگی‌ها برای تحویل سرویس کافی نخواهد بود. مسئول برنامه باید در تعریف آزمون و تأیید نتیجه مشارکت داشته باشد.
۳. پیش‌نیاز و ترتیب آمادگی؛ چه کارهایی باید زودتر انجام شوند؟
آماده‌بودن استوریج جدید به معنی آمادگی کل محیط برای انتقال نیست. پیش از زمان‌بندی اجرا، وضعیت میزبان‌ها، شبکه، دسترسی‌ها و حفاظت از داده باید بررسی شود.
پیش‌نیازهای اصلی عبارت‌اند از:
- بررسی سلامت مبدأ و مشکلات شناخته‌شده آن
- تأیید ظرفیت قابل استفاده و پیکربندی مقصد
- بررسی سازگاری نسخه‌ها و تجهیزات مرتبط
- آماده‌سازی فضای موقت، اگر روش انتقال به آن نیاز دارد
- بررسی نسخه پشتیبان و نتیجه آزمون بازیابی
- تعیین پنجره مجاز تغییر و دسترسی‌های لازم
- مشخص‌کردن مسئول رفع هر پیش‌نیاز ناقص
در بعضی محیط‌ها لازم است ابتدا سرور، سیستم‌عامل یا بستر مجازی‌سازی ارتقا یابد و سپس انتقال استوریج انجام شود. این ترتیب باید از وضعیت همان پروژه استخراج شود.
خروجی این مرحله
فهرست پیش‌نیازها
مسئول هر اقدام
شرط احراز آمادگی
۴. مراحل کلان و نقاط تصمیم؛ چه زمانی ادامه دهیم یا متوقف شویم؟
برنامه مهاجرت داده باید نشان دهد در پایان هر مرحله چه چیزی بررسی می‌شود و چه کسی اجازه ادامه کار را می‌دهد.
| مرحله | خروجی مورد انتظار | شرط ادامه |
|---|---|---|
| ارزیابی | دامنه، وابستگی‌ها و ریسک‌های مشخص | تعیین تکلیف ابهام‌های مؤثر بر طراحی |
| آماده‌سازی | مقصد و پیش‌نیازهای آماده | تأیید آمادگی فنی و حفاظتی |
| آزمون محدود | نتیجه انتقال و بررسی بارکاری منتخب | پذیرش نتیجه طبق معیار از پیش تعیین‌شده |
| انتقال اصلی | داده منتقل‌شده و گزارش وضعیت | تکمیل کنترل‌های لازم برای تغییر مسیر |
| تغییر مسیر سرویس | استفاده سرویس از مقصد جدید | تأیید دسترسی و عملکرد در محدوده توافق‌شده |
| پایش و تحویل | مستندات، نتایج آزمون و مسائل باز | پذیرش مسئولان تعیین‌شده |
آزمون محدود باید بخش معناداری از شرایط واقعی را پوشش دهد. انتخاب نمونه، روش بررسی و معیار پذیرش آن به نوع بارکاری وابسته است.
این مسیر، چارچوب تصمیم‌گیری پروژه است. ابزار، تنظیمات و دستورهای اجرایی باید در برنامه اختصاصی و براساس مستندات معتبر همان نسخه تعیین شوند.
۵. توقف برآوردی و محدودیت‌ها؛ انتقال چقدر زمان می‌برد؟
مدت انتقال داده با مدت توقف سرویس یکسان نیست.
مدت انتقال داده
زمان موردنیاز برای جابه‌جایی داده‌ها بین مبدأ و مقصد.
مدت توقف سرویس
بازه‌ای که سرویس موردنظر در دسترس نیست.
ممکن است در یک روش تأییدشده، بخشی از انتقال پیش از تغییر مسیر سرویس انجام شود؛ در روش دیگر، توقف بیشتری لازم باشد. نتیجه را باید برای محیط واقعی بررسی کرد.
عوامل مؤثر بر برآورد عبارت‌اند از:
حجم داده و میزان تغییر آن حین انتقال
توان واقعی خواندن مبدأ و نوشتن مقصد
ظرفیت و کیفیت مسیر ارتباطی
محدودیت‌های ابزار و روش انتخاب‌شده
زمان هماهنگی و تغییر مسیر برنامه‌ها
مدت کنترل صحت و آزمون عملکرد
در برنامه پروژه باید مدت کل عملیات، پنجره مجاز تغییر، توقف قابل‌قبول هر سرویس و زمان تصمیم‌گیری برای بازگشت جداگانه ثبت شوند.
اعلام زمان قطعی یا وعده مهاجرت بی‌وقفه، پیش از ارزیابی و آزمون مسیر واقعی، مبنای قابل اتکایی برای تصمیم خرید نیست.
۶. حفاظت داده و برنامه بازگشت؛ اگر انتقال مطابق انتظار نبود چه کنیم؟
پیش از شروع عملیات، باید برای انتقال ناقص، اختلال دسترسی یا عملکرد نامطلوب سرویس در مقصد، مسیر تصمیم مشخصی وجود داشته باشد.
برنامه حفاظت و بازگشت باید پاسخ دهد:
- کدام داده‌ها و تنظیمات نسخه پشتیبان دارند؟
- بازیابی چه بخش‌هایی، با چه روشی و با چه نتیجه‌ای آزموده شده است؟
- چه خطا یا انحرافی باعث توقف عملیات می‌شود؟
- چه کسی اختیار تصمیم ادامه یا بازگشت را دارد؟
- اگر پس از تغییر مسیر، داده جدیدی در مقصد ایجاد شد، هنگام بازگشت چگونه مدیریت می‌شود؟
- مبدأ تا چه زمانی و با چه شرایطی نگهداری خواهد شد؟
وجود استوریج قبلی به‌تنهایی برنامه بازگشت نیست. امکان بازگرداندن سرویس و تعیین تکلیف تغییرات جدید داده باید پیش از اجرا بررسی شود.
همچنین پاک‌سازی یا استفاده مجدد از مبدأ باید پس از تأیید معیارهای تحویل و تعیین تکلیف نیاز به بازگشت انجام شود.
۷. مسئولیت و تحویل؛ مشتری و مجری چه وظایفی دارند؟
ابهام درباره مسئولیت‌ها می‌تواند در زمان تغییر، تصمیم‌گیری را دشوار کند. پیش از سفارش و اجرا باید مشخص شود چه کسی اطلاعات را تأیید می‌کند، چه کسی عملیات را انجام می‌دهد و چه کسی نتیجه را می‌پذیرد.
موضوعات زیر باید در پیشنهاد و برنامه اجرایی تعیین تکلیف شوند:
دامنه انتقال
مسئول معرفی داده‌ها، سرویس‌ها و موارد خارج از پروژه.
طراحی و اجرا
مسئول تهیه، تأیید و اجرای روش انتقال.
بکاپ و بازیابی
مسئول تهیه نسخه، انجام آزمون و تأیید آمادگی.
توقف سرویس
صاحب اختیار صدور مجوز تغییر و هماهنگی با کاربران.
کنترل نتیجه
مسئول بررسی صحت داده، دسترسی‌ها و عملکرد برنامه.
بازگشت
تصمیم‌گیر نهایی، جانشین او و مجری مسیر بازگشت.
تحویل
مسئول پذیرش نتیجه و تعیین تکلیف مسائل باز.
دامنه خدمات پردیسکو، وظایف مشتری و مسئولیت هر طرف ثالث باید در پیشنهاد اختصاصی ثبت شود. بررسی فنی یک مسیر انتقال، به‌خودی‌خود به معنی تعهد اجرای همه فعالیت‌های مرتبط با برنامه‌ها، شبکه یا حفاظت داده نیست؛ این فعالیت‌ها باید صریحاً در دامنه توافق قرار بگیرند.
۸. اعتبارسنجی و اقدام بعدی؛ چه زمانی انتقال را موفق بدانیم؟
پایان عملیات کپی یکی از مراحل مهاجرت داده است. برای تحویل، باید معیارهایی متناسب با سرویس‌های سازمان تعریف شوند.
این معیارها می‌توانند شامل موارد زیر باشند:
روش سنجش و مسئول پذیرش هر معیار باید پیش از اجرا مشخص شود. پذیرش اولیه سرویس و مجوز خروج مبدأ از مدار نیز باید جداگانه ثبت شوند.
پیش از نهایی‌کردن خرید، مسیر انتقال را بررسی کنید
اگر در حال جایگزینی یا ارتقای استوریج هستید، مشخصات زیرساخت فعلی، سرویس‌های وابسته، حجم داده، توقف قابل‌قبول و وضعیت بکاپ را آماده کنید. این اطلاعات، نقطه شروع بررسی مسیر انتقال و تهیه برنامه اختصاصی است.
برای شروع بررسی نیاز سازمان:
روش انتقال، پیش‌نیازها، برآورد توقف و دامنه مسئولیت‌ها باید پس از ارزیابی محیط و تأیید فنی، در پیشنهاد پروژه مشخص شوند.