خانه » بلاگ » آموزش حذف Call Recording در ایزابل
آموزش حذف Call Recording در ایزابل

آموزش حذف Call Recording در ایزابل

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


برای اطلاع از خدمات نصب و راه اندازی ویپ سرور ایزابل شایگان کلیک کنید.


مکالمات ضبط شده در ایزابل کجا ذخیره می‌شوند؟

مسیر استاندارد ذخیره‌سازی فایل‌های صوتی ضبط‌شده در سیستم‌عامل ایزابل بر پایه دایرکتوری مانیتورینگ استریسک قرار دارد. این فایل‌ها به‌صورت پیش‌فرض در آدرس زیر روی دیسک ذخیره می‌شوند:

/var/spool/asterisk/monitor/

در اکثر نسخه‌های ایزابل، فایل‌ها بر اساس تاریخ تماس در ساختارهای زیرپوشه‌ای سال، ماه و روز نظیر YYYY/MM/DD/ دسته‌بندی می‌شوند و با فرمت‌هایی مانند wav یا gsm به همراه جزئیاتی از شماره داخلی و شناسه یکتا (Uniqueid) نام‌گذاری می‌گردند. برای مشاهده میزان حجم مصرف‌شده توسط این دایرکتوری در ترمینال سرور، می‌توانید از دستور زیر استفاده کنید:

du -sh /var/spool/asterisk/monitor/

همچنین مطابق توضیحات راهنمای وب ایزابل، برای گوش دادن یا دسترسی گرافیکی به مکالمات، این فایل‌ها از طریق منوی PBX و بخش Monitoring یا Call Recordings در دسترس قرار دارند؛ اما این بخش تنها متادیتای ثبت‌شده در دیتابیس را نشان می‌دهد و مدیریت عمیق فضای دیسک نیازمند دسترسی به خط فرمان است.

مکالمات ضبط شده در ایزابل کجا ذخیره می‌شوند؟

قبل از حذف مکالمات ضبط شده چه نکاتی را بررسی کنیم؟

پیش از آنکه اقدام به پاک کردن مکالمات ایزابل کنید، باید چند الزام حیاتی سازمانی و فنی را مورد توجه قرار دهید تا از آسیب به اطلاعات جلوگیری شود:

  • بررسی قوانین حقوقی و سیاست‌های نگهداری داده: در بسیاری از شرکت‌ها، مراکز تماس و نهادهای مالی، طبق مقررات نظارتی باید فایل صوتی مکالمات برای بازه زمانی مشخصی (مثلاً ۳ تا ۶ ماه یا حتی چند سال) نگهداری شوند. حتماً پیش از حذف، تأییدیه‌های سازمانی را اخذ کنید.
  • تهیه نسخه پشتیبان (Backup) در حافظه خارجی: پاک‌سازی مستقیم بدون بکاپ برگشت‌پذیر نیست. توصیه می‌شود فایل‌های صوتی قدیمی را به یک فضای ذخیره‌سازی تحت شبکه (NAS)، سرور پشتیبان مجزا یا فضای ابری انتقال دهید و سپس دیسک محلی سرور را خالی کنید.
  • تفکیک فایل‌های صوتی دیسک از لاگ‌های دیتابیس: حذف فیزیکی فایل‌های صوتی به معنی حذف متادیتا از گزارش‌های CDR نیست. در واقع، گزارش مدت تماس، زمان و شماره‌ها در دیتابیس باقی می‌ماند و فقط فایل پخش صوتی مرتبط با آن از بین می‌رود.

آموزش حذف مکالمات ضبط شده در ایزابل

برای حذف فایل‌های صوتی ایزابل چند روش وجود دارد که کارآمدترین و مطمئن‌ترین روش، استفاده از خط فرمان لینوکس (SSH) است؛ زیرا حذف مقادیر حجیم از طریق مرورگر می‌تواند باعث تایم‌اوت شدن وب‌سرور یا کندی پایگاه داده شود.

مرحله ۱: بررسی فایل‌های هدف بدون حذف

پیش از اجرای دستور پاکسازی نهایی، بهتر است لیست فایل‌هایی را که قرار است حذف شوند بررسی کنید. برای مثال، اگر قصد دارید مکالمات قدیمی‌تر از ۳۰ روز را مشاهده کنید، دستور زیر را اجرا کنید:

find /var/spool/asterisk/monitor/ -type f -name “*.wav” -mtime +30

مرحله ۲: اجرای دستور حذف فایل ضبط مکالمه ایزابل

پس از اطمینان از صحت محدوده فایل‌ها، برای پاک کردن مکالمات ایزابل که بیش از ۳۰ روز از ایجاد آن‌ها گذشته است، دستور زیر را در ترمینال اجرا کنید:

find /var/spool/asterisk/monitor/ -type f -name “*.wav” -mtime +30 -exec rm -f {} \;

اگر سیستم شما فایل‌ها را با پسوند gsm نیز ضبط می‌کند، می‌توانید دستور مشابهی را برای این پسوند اعمال نمایید یا برای حذف تمامی فرمت‌های صوتی در آن بازه زمانی، از الگوی کلی‌تر استفاده کنید.

مرحله ۳: پاکسازی پوشه‌های خالی ایجادشده

حذف فایل‌ها ممکن است زیرپوشه‌های روزانه خالی در دایرکتوری مانیتور بر جای بگذارد. برای مرتب‌سازی و حذف دایرکتوری‌های خالی قدیمی، از دستور زیر استفاده کنید:

find /var/spool/asterisk/monitor/ -type d -empty -delete

حذف خودکار مکالمات قدیمی در ایزابل

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

برای ایجاد وظیفه زمان‌بندی‌شده، دستور ویرایش کران‌جاب را با دسترسی روت اجرا کنید:

crontab -e

سپس خط زیر را در انتهای فایل وارد کنید تا سیستم هر شب در ساعت ۰۰:۰۰ بامداد، تمام فایل‌های صوتی قدیمی‌تر از ۶۰ روز را به‌صورت خودکار پاکسازی کند:

0 0 * * * find /var/spool/asterisk/monitor/ -type f \( -name “*.wav” -o -name “*.gsm” \) -mtime +60 -exec rm -f {} \;

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

حذف خودکار مکالمات قدیمی در ایزابل

سوالات متداول

آیا امکان حذف چند Recording به‌صورت هم‌زمان وجود دارد؟

بله، در محیط وب ایزابل (منوی Monitoring) گزینه‌هایی برای انتخاب و حذف برخی رکوردهای نمایشی وجود دارد؛ اما اگر تعداد فایل‌ها بسیار زیاد باشد، وب‌سرور با افت سرعت مواجه می‌شود. مناسب‌ترین و سریع‌ترین راه برای پاک کردن فایل‌های Recording به‌صورت دسته‌جمعی، استفاده از دستور find در ترمینال لینوکس است که هزاران فایل را ظرف چند ثانیه پردازش و حذف می‌کند.

چرا بعد از حذف مکالمات فضای دیسک آزاد نمی‌شود؟

اگر فایل‌ها را حذف کردید اما خروجی دستور df -h هنوز فضای آزاد را نشان نمی‌دهد، دو علت اصلی وجود دارد: نخست اینکه ممکن است یک پردازش فعال (مانند یک پروسه در حال ضبط یا سرویس فشرده‌سازی) هنوز فایل بازشده را در حافظه نگه داشته باشد؛ در چنین شرایطی ری‌استارت کردن سرویس استریسک با دستور systemctl restart asterisk فایل هندل‌های مسدود را آزاد می‌کند. دلیل دوم نیز می‌تواند قرار گرفتن پوشه مانیتور در یک پارتیشن مجزا باشد؛ بنابراین بررسی دقیق دایرکتوری مانت‌شده الزامی است.

آیا می‌توان مکالمات حذف‌شده در ایزابل را بازیابی کرد؟

خیر، اگر حذف فایل‌های صوتی ایزابل را از طریق دستور rm در محیط خط فرمان لینوکس انجام داده باشید، فایل‌ها مستقیماً از بلاک‌های دیسک پاک شده و داخل سطل بازیافت (Trash) قرار نمی‌گیرند. تنها در صورتی شانس بازگردانی وجود دارد که پیش از حذف، نسخه پشتیبان تهیه کرده باشید یا بلافاصله سیستم را خاموش کرده و از ابزارهای تخصصی بازیابی اطلاعات لینوکس (Data Recovery) استفاده کنید که این روش نیز در سرورهای فعال تولیدی تضمین‌شده نیست.

دیدگاه‌ خود را بنویسید

به بالا بروید