Postزنگ زدم به مدیر دیتابیس یه شرکت بزرگ!!! 😐

زنگ زدم به مدیر دیتابیس یه شرکت بزرگ!!! 😐 دارم باهاش در مورد HA و Always On صحبت می‌کنم، طرف برگشته میگه: «Always On رو چطوری راه‌اندازی می‌کنید؟ با Replica Log انجام ندین‌ها!» 😐😐😐 بعضیا هم میان میگن Always On رو با Log Shipping انجام بدین! داداش... یه لحظه وایسا! 😂 Replication یه تکنولوژیه. Log Shipping یه تکنولوژیه. Always On Availability Group هم یه تکنولوژیه. این‌ها سه تا چیز متفاوتن که هر کدوم برای یک سناریو و یک نیاز طراحی شدن. اینکه همه‌شون یه جوری داده رو از یه جا به یه جای دیگه منتقل می‌کنن، دلیل نمیشه یکی باشن! 😂 اول اینکه Log Shipping نمیاد Always On رو راه‌اندازی کنه. دوم اینکه Replication هم جایگزین Always On برای HA نیست. ممکنه توی یک معماری حتی چندتاشون کنار هم استفاده بشن، ولی مکانیزم و هدفشون یکی نیست. حالا سؤال من اینه: چطور میشه مسئول معماری و مدیریت دیتابیس یک سازمان بزرگ باشی، ولی هنوز تفاوت این مفاهیم پایه رو ندونی؟ 🤦‍♂️ واقعاً از توی لپ‌لپ پیداتون می‌کنن؟ 😂 طرف مثلاً با UI یه Backup بگیره، چندتا Job بسازه، بعد بشه Database Manager؟! مدیریت دیتابیس فقط این نیست که بدونی کدوم دکمه رو کجا بزنی. DBA واقعی باید بدونه: چرا این تکنولوژی رو انتخاب می‌کنه؟ چه Trade-offهایی داره؟ کجا باید ازش استفاده کنه؟ و مهم‌تر از همه، کجا نباید استفاده کنه؟ چون وقتی پای HA و DR وسطه، دیگه بحث فقط SQL Server نیست... بحث معماریه. حالا شما بگید: تا حالا با چه تصمیم معماری عجیبی توی SQL Server برخورد کردید که با خودتون گفتید: «واقعاً کی اینو طراحی کرده؟! 😂»