چرا برای نگهداری «فایل‌های باطله»، اجاره‌ی گاوصندوق می‌دهید؟ 

در سال اول پیاده‌سازی داینامیکس ۳۶۵، همه‌چیز سریع و روان است. اما معمولاً حوالی سال دوم، دو اتفاق مدیران IT و مدیران مالی (CFO) را غافلگیر می‌کند:

کاربران از کندی بارگذاری فرم‌ها شکایت می‌کنند و هزینه‌های ارتقای فضای دیتابیس (Dataverse) به شکل غیرمنطقی بالا می‌رود.

❓ دلیل این غافلگیری چیست؟
تبدیل شدن گران‌ترین لایه‌ی دیتابیس به انباری فایل‌های بلااستفاده.

ذخیره بی‌رویه لاگ‌های سیستمی (Audit Logs)، پیوست ایمیل‌های قدیمی و دیتای تراکنش‌های مختومه‌ در هسته اصلی سیستم، دقیقاً مثل این است که برای نگهداری روزنامه‌های باطله، یک گاوصندوق فوق‌امنیتی اجاره کنید. فضای Dataverse برای پردازش سریع طراحی شده، نه برای آرشیو فایل.

❓ چطور با معماری درست، جلوی این نشتی بودجه و افت سرعت را بگیریم؟

برای اینکه سیستم در سال‌های بعد دچار چنین مسئله‌ای نشود، به جای خرید مداوم فضای ذخیره‌سازی، باید این دو گام را در ساختار سیستم پیاده کنید:

🔵 جداسازی فایل از دیتا (Storage Separation): دیتابیس اصلی فقط جای داده‌های تراکنشی لایو است. باید با تنظیم اتوماسیون‌ها، فایل‌ها و پیوست‌های سنگین به‌ طور خودکار به فضاهای ارزان‌تر (مثل SharePoint یا Azure Blob) منتقل شوند.

🔵 سیاست بایگانی خودکار (Data Archiving): رکوردهایی که از چرخه عملیاتی خارج شده‌اند (مثلاً تیکت‌های بسته شده مربوط به ۳ سال پیش) باید از طریق یک پایپ‌لاین مشخص از دیتای جاری جدا شوند تا کوئری‌های سیستم (Queries) مجبور نباشند میلیون‌ها ردیف دیتای مرده را جستجو کنند.

بیت‌اند؛ ارائه‌دهنده راهکارهای سازمانی
@bitand365