بکاپ ایزابل و آزمون بازیابی مرکز تلفن
بکاپ وقتی قابل اتکاست که بدانید چه چیزی در آن هست و همان داده را روی مقصدی جدا برگردانده و بررسی کرده باشید.
این راهنما براساس مستندات رسمی تهیه شده و توسط نت‌مسترز به‌صورت عملی آزمایش نشده است.
آخرین بازبینی متن:
در این صفحه
نسخه و محدودهٔ داده را ثبت کنید
مبنای این آموزش Issabel 5 روی Rocky Linux 8 با Asterisk 18 و PJSIP است؛ نام گزینه‌های PBX با کد رسمیِ ثبت‌شده تا ۱ مهٔ ۲۰۲۴ تطبیق داده شده است. این مبنای مستندات، ادعای نصب یک Build ثابت نیست. نسخهٔ دقیق بسته‌ها و پورت فعال را از مرکز خود ثبت کنید و اختلاف نسخه را پیش از تغییر بررسی کنید. در این مقاله از ماژول محلی System → Backup/Restore استفاده می‌شود. رفتار و پوشش آن با کد رسمی system در بازبینی 30e8f9e مورخ ۲۲ فوریهٔ ۲۰۲۴ تطبیق داده شده است. مبدأ و مقصد آزمایش باید نسخه‌ها و افزونه‌های سازگار داشته باشند؛ این مسیر، آموزش مهاجرت نسخهٔ 4 به 5 نیست.
| مورد | کنترل بازیابی |
|---|---|
| تنظیم داخلی و مسیر تماس | داخلی‌ها و مقادیر موردانتظار باز شوند؛ فقط تعداد کافی نیست |
| پیام‌های سفارشی | فایل نمونه در مقصد موجود و قابل پخش باشد |
| CDR یا گزارش تماس | رکورد نمونهٔ مجاز با زمان و مشخصات درست دیده شود |
| فایل ضبط مکالمه | فایل نمونه جدا از رکورد CDR پیدا و شنیده شود |
| توسعه و افزونه | فایل، دیتابیس، مجوز و وابستگی طبق همان محصول بررسی شود |
برای دیدن همه ستون‌ها، جدول را به چپ یا راست بکشید؛ با کیبورد از کلیدهای جهت استفاده کنید.
گزینهٔ Database علاوه بر دیتابیس‌ها، بخش‌هایی از پنل و AGI را هم بسته‌بندی می‌کند؛ بنابراین آرشیو را فایل تنظیمات ساده فرض نکنید و فقط بکاپ خودتان یا منبع کاملاً مورداعتماد را بازیابی کنید. گزینهٔ Menus and Permissions در بخش Others، منو و ACL را جدا برمی‌گرداند و می‌تواند حساب‌ها و مجوزهای پنل را تغییر دهد. در آزمایش محدود این مقاله انتخابش نمی‌کنیم. بکاپ محلی، تصویر کامل سیستم‌عامل و شبکه نیست.
انتخاب داده و ساخت بکاپ محلی
پیش از بکاپ، داخلی آزمایشی 201 را با Display Name برابر Lab201-before ذخیره و Apply کنید. یک پیام صوتی آزمایشیِ بدون اطلاعات حساس در System Recordings داشته باشید و نام آن را ثبت کنید. این‌ها نمونهٔ کنترل بازیابی هستند. در System → Backup/Restore، Backup را بزنید؛ راهنمای داخلی قدیمی‌تر همان عمل را Perform a Backup می‌نامد. گزینه‌های لازم را انتخاب و Process را اجرا کنید.
| گزینه در بخش Asterisk | دادهٔ مربوط |
|---|---|
| Database | دیتابیس‌های asterisk، asteriskcdrdb و asteriskrealtime و AstDB؛ CDR در این انتخاب است |
| Configuration Files | تنظیمات داخل /etc/asterisk |
| Sounds | صوت سفارشی داخل /var/lib/asterisk/sounds/custom |
| Monitors (Heavy Content) | ضبط‌ها در /var/spool/asterisk/monitor؛ جدا از CDR |
| Voicemails (Heavy Content) | صندوق‌های صوتی در /var/spool/asterisk/voicemail |
| MOH | فایل‌های موسیقی انتظار در مسیرهای moh و mohmp3 |
برای دیدن همه ستون‌ها، جدول را به چپ یا راست بکشید؛ با کیبورد از کلیدهای جهت استفاده کنید.
برای نمونهٔ داخلی و پیام، Database، Configuration Files و Sounds را انتخاب کنید؛ اگر ضبط، صندوق صوتی یا موسیقی انتظار در دامنهٔ شماست، گزینهٔ مربوط را هم جدا انتخاب کنید. فضای آزاد و حجم صوت را پیشاپیش بسنجید. پوشه‌های سفارشی خارج از این مسیرها و دادهٔ افزونه‌ها خودکار مشمول این جدول نیستند. Select All جای شناخت دامنه را نمی‌گیرد.
پیام Backup Complete! را همراه نبود خطای حل‌نشده کنترل کنید. فایل در فهرست ظاهر می‌شود؛ با کلیک روی نام فایل آن را دریافت کنید. اندازه و SHA-256 فایل دریافت‌شده را ثبت و نسخه‌ای بیرون از VM نگه دارید. صرف نمایش پیام موفقیت، امکان بازیابی همهٔ داده‌ها را ثابت نمی‌کند.
نسخه را بیرون از خود مرکز حفاظت کنید
پس از مشخص‌شدن مسیر معتبر بکاپ، تاریخ، نسخهٔ ماژول، دامنه، اندازه و نتیجهٔ عملیات را ثبت کنید. فایل دریافت‌شده را از نظر کامل‌بودن انتقال کنترل و نسخه‌ای مستقل از دیسک و VM مرکز نگه دارید. دسترسی باید محدود باشد؛ آرشیو می‌تواند حاوی اطلاعات خط، رمز و مکالمه باشد.
زمان‌بندی با موفقیت یک اجرای دستی اثبات نمی‌شود. نوبت خودکار، نگهداری نسخه‌های قبلی و امکان دسترسی به مقصد هنگام خرابی مرکز باید جدا بررسی شوند. مقصد بکاپ شرکت و نگهداری نسخه‌ها این تصمیم‌ها را توضیح می‌دهند.
بازیابی روی مقصد جدا
پس از دریافت بکاپ، نام نمایشی 201 در مبدأ را به Lab201-after تغییر و Apply کنید. VM مقصد را با نام جدا و نسخه‌ها و افزونه‌های سازگار آماده کنید. تمام کارت‌ها و اتصال هنگام بوت باید فقط به شبکهٔ مجازی جدا از تولید برسند؛ حتی بازگشت تنظیمات SIP، آدرس‌ها یا ترانک قدیمی نباید راهی به مرکز اصلی یا اپراتور باز کند.
- از رایانهٔ مدیریتِ شبکهٔ آزمایش به پنل مقصد وارد شوید. در System → Backup/Restore، فایل خودتان را با Upload بارگذاری کنید و تکمیل انتقال و حضور همان نام فایل را کنترل کنید. موفقیت Upload هنوز Restore نیست.
- برای همان فایل، Restore را بزنید. اجزای موجود در بکاپ قابل انتخاب‌اند. اگر هشدار اختلاف نسخه دیدید، جزئیات بسته و نسخهٔ مبدأ/مقصد را ثبت و ناسازگاری را پیش از ادامه حل کنید؛ نبود هشدار هم تضمین سازگاری همهٔ افزونه‌ها نیست.
- همان Database، Configuration Files و Sounds موردنظر را انتخاب و Process را اجرا کنید. این کار داده و تنظیمات مقصد را جایگزین می‌کند؛ مقصد باید قابل حذف و بدون دادهٔ کاری باشد.
- بازیابی Database در کد مبنا Asterisk را متوقف و در ادامه سرویس‌های PBX را دوباره راه‌اندازی می‌کند؛ تماس‌های آن مقصد قطع می‌شوند. تا پایان عملیات و بررسی خطاها منتظر بمانید. دستور reboot اضافیِ همگانی لازم فرض نشده است.
- پس از Restore Complete!، مدیریت، وضعیت سرویس و داخلی‌ها را کنترل کنید. انتظار آزمایش: در مقصد Lab201-before و پیام نمونه موجود باشد و مبدأ همچنان Lab201-after بماند. این‌ها نتیجهٔ موردانتظارند، نه خروجی آزمون نت‌مسترز.
اگر بارگذاری ناقص، هشدار نسخه یا خطای بازیابی دارید، مقصد را وارد کار نکنید. خطا و اقلام برگشته را ثبت و بعد از رفع علت روی مقصد پاک تکرار کنید. آزمون زیر را کامل کنید؛ روشن‌شدن پنل به‌تنهایی قبولی نیست.
نتیجهٔ قابل قبول و راه برگشت
- نسخهٔ انتخابی و نتیجهٔ Restore بدون خطای حل‌نشده ثبت شود.
- در مقصد جدا، مقدار before و فایل صوتی نمونه دیده شوند؛ مبدأ همچنان after بماند.
- تلفن‌های آزمایشی فقط به شبکهٔ مقصد متصل شوند و تماس دوطرفه بدون ترانک واقعی کنترل شود.
- گزارش و ضبط، اگر در دامنه بوده‌اند، مستقل آزموده شوند.
- زمان صرف‌شده، اقلام جامانده و کلیدها یا وابستگی‌های لازم در گزارش بیایند.
در این طرح، برگشت یعنی خاموش و جدا نگه‌داشتن مقصد آزمایشی و ادامهٔ کار با مبدأ دست‌نخورده؛ این طرح بازگردانی تولید نیست. Snapshot یا بکاپ کامل VM می‌تواند مکمل باشد، اما به‌خودی‌خود پوشش داده، سازگاری برنامه یا بازیابی بدون ازدست‌رفتن اطلاعات را ثابت نمی‌کند.