بررسی Transaction لاگ ها در اکسچنج سرور بخش دوم

مروری بر بررسی Transaction لاگ ها در اکسچنج سرور بخش اول

در اولین بخش از این مقاله بسیار مهم در بررسی Transaction لاگ ها بیان کردیم هدف اصلی از وجود این نوع لاگ ها در طراحی اکسچنج سرور در مواقع بحرانی و هنگام بازگردانی دیتابیس ها به آخرین وضعیت قبلی خود بوده است. با استفاده از Transaction لاگ ها مدیران شبکه می توانند به راحتی آنچه لازم است را بازگردانی کنند و بدون از دست دادن اطلاعات وضعیت را به حالت پایدار بازگردانند. از طرف دیگر به دلیل اهمیت Transaction لاگ ها در بازگردانی دیتابیس های از دست رفته مکان دهی و همچنین تعیین موقعیت آن ها بسیار مهم است. با توجه به این نکته متخصصین طراحی و پیاده سازی اکسچنج سرور توصیه می کنند که دیتابیس و transaction لاگ ها در دو دیسک کاملاً متفاوت از هم ذخیره شوند.

بررسی Point in Time Recovery

بازگردانی Point in Time قابلیتی است که به شما اجازه می دهد که دیتابیس را دقیقاً به زمانی که می خواهید بازگردانی کنید. به عنوان مثال به این توجه کنید که یکی از کاربران درخواست بازگردانی میل باکسی است که دو هفته پیش در روز چهارشنبه ساعت دو حذف شده بود. برای این شرایط، فرض کنید که شما هر یک شنبه از زیرساخت بکاپ کامل تهیه کرده و هر روز یک Incremental بکاپ تهیه می کنید. در صورتی که شما بکاپی پیش از چهارشنبه را بازگردانی کنید ممکن است برخی از ایمیل ها را از دست بدهید. اما در صورتی که شما بکاپ شب چهارشنبه را نیز بازگردانی کنید، دیگر میل باکس حذف شده است. در این شرایط است که شما Point in Time Recovery انجام خواهید داد. بنابراین شما ابتدا دیتابیس آخرین بکاپ کامل پیش از زمان مورد نظر را بازگردانی کرده و پس از آن اقدام به بازگردانی incremental بکاپ های لاگ فایل ها خواهید کرد. زمانی که تمامی لاگ فایل ها به همراه دیتابیس را در محلی مناسب ذخیره کردید، یک Recovery Database ساخته که به محل دیتابیس و لاگ فایل های بازگردانی شده اشاره می کند می سازید. به فولدر لاگ فایل ها نگاه  کنید، هر یک از لاگ ها یک برچسب زمانی دارند که پس از بازگردانی نیز می توانید به راحتی آن ها را مشاهده کنید. این برچسب ها به شما اجازه می دهند که دقیقه لاگ فایلی که پیش از حذف میل باکس ساخته شده است را پیدا کنید. پس از پیدا کردن لاگ فایل مورد نظر تمامی فایل های بعد از آن را حذف کنید و در نهایت دیتابیس را در اکسچنج سرور Mount کنید. دیتابیس تا آنجایی که فایل .CHK فهرست کرده است می خواند، اما تا آنجایی پیش می رود که آخرین لاگ فایل فعال وجود دارد. بنابراین در صورتی که لاگ فایل در دسترس در ساعت یک و پنجاه و نه دقیقه در روز چهارشنبه نوشته شده باشد اکنون هنگامی که دیتابیس بازخوانی می شود دقیقه در همان وضعیت خواهد بود، یعنی وضعیت آخرین لاگ فایل در دسترس. اکنون شما به دیتابیسی دسترسی دارید که به روز ترین ایمیل های میل باکس حذف شده را دارا می باشد و شما به راحتی می توانید اقدام به بازگردانی آن ها به صورت دستی کنید.

افزایش لاگ ها در اکسچنج سرور ۲۰۱۶

یکی از مشکلاتی که می تواند به راحتی بر عملکرد اکسچنج سرور های موجود در زیرساخت شبکه تأثیر منفی بگذارد افزایش بی رویه لاگ فایل ها می باشد. Transaction لاگ ها دائماً در حال نوشته شدن هستند و تنها دو روش برای حذف آن ها وجود دارد. بهترین روش برای حذف لاگ ها تهیه بکاپ کامل با تکنولوژی Exchange Aware می باشد. بنابراین در صورتی که نرم افزار بکاپی که شما استفاده می کنید برای تهیه بکاپ از دیتابیس های اکسچنج سرور طراحی نشده باشند، لاگ فایل ها حذف نخواهند شد، به این ترتیب بزرگ و بزرگ تر شده تا دیگر فضایی در درایو نخواهد ماند. در صورت کاهش فضا اکسچنج سرور دیتابیس ها را Dismount کرده و زیرساخت با مشکلات فراوانی مواجه خواهد شد. هنگامی که شما از نرم افزاری استفاده می کنید که Exchange Aware می باشد، نرم افزار به اکسچنج دستور می دهد که لاگ ها را ببرد. در سیستم قدیمی دیتابیس، بریدن لاگ ها به این معنا بود که تغییرات موجود در لاگ ها ابتدا بر روی دیتابیس اعمال شده و پس از آن لاگ فایل ها حذف می شدند، اما اکنون با توجه به این که تغییرات مستقیماً در دیتابیس ثبت می شوند بریدن تنها به معنای حذف کردن لاگ فایل ها می باشد، اما این حذف کردن به گونه ای است که اجازه می دهد دیتابیس به فعالیت خود هنگام حذف کردن لاگ فایل ها ادامه دهد.

گزینه دیگر حذف دستی لاگ فایل ها می باشد، البته در صورتی که دیتابیس مورد نظر mount باشد عمل نخواهد کرد. بنابراین حذف لاگ فایل ها به صورت دستی را باید تا آنجایی که می توانید نادیده بگیرید مگر آن که بسیار مهم و ضروری است. شرایط حساس هم مثلاً شما خیلی وقت است که بکاپ کامل از اکسچنج تهیه نکرده اید و درایو حاوی لاگ فایل ها هم در حال پر شدن می باشد مثلاً ۳۰۰ گیگ آن کاملاً پر شده است. بنابراین با توجه به این که تهیه بکاپ از این لاگ فایل ها بسیار طول می کشد و این که فرایند truncation نیز طولانی خواهد شد باید اقدام به حذف دستی لاگ فایل ها کنید. هنگامی که دیتابیس Dismount شده است شما می توانید اقدام به حذف لاگ فایل ها کنید، البته با حذف لاگ فایل ها به صورت دستی دیگر قادر به بازگردانی Point in time نخواهید بود. با توجه به تمامی این بحث ها پیشنهاد نمی شود که از حذف دستی لاگ فایل ها استفاده کنید. بهتر است که از نرم افزار های تهیه بکاپ چون Backup Exec استفاده شود. به امید خدا نحوه پیاده سازی و استفاده از آن را در پروژه های آموزشی آینده بیان خواهیم کرد.

بررسی قابلیت Circular Logging در اکسچنج سرور

قابلیت Circular Logging سبب می شود تا اکسچنج سرور تنها ۶ یا ۷ لاگ فایل را نگه داری کند. بنابراین شما دیگر نگران افزایش حجم لاگ فایل ها نباشید از طرف دیگر لازم نیست تا یک بکاپ کامل Exchange Aware تهیه کنید تا لاگ فایل ها پاک شوند. از این گزینه زمانی استفاده می شود که نرم افزار تهیه بکاپ قابلیت پشتیبانی از اکسچنج سرور را ندارد، یا این که شما مشکل کمبود فضا دارید و یا نیازی به بازگردانی Point in Time ندارید. یکی دیگر از سناریو هایی که شما ممکن است از قابلیت Circular Logging استفاده کنید زمانی است که از Database Availability Group استفاده می کنید که حداقل سه نسخه از دیتابیس ها به همراه یک Lagged Database دارید. در این شرایط شما می توانید بدون تهیه بکاپ ادامه دهید. دلیل اصلی این امر آن است که شما هنگامی که سه نسخه از دیتابیس به همراه یک Lagged Database دارید، تمامی پیش نیاز های مورد نیاز برای انجام بازگردانی Point in Time تا چهارده روز پیش را خواهید داشت.

برخی تصورات غلط درباره Transaction لاگ ها در اکسچنج

حال که در دو بخش به بررسی یکی از مفاهیم مهم در اکسچنج سرور یعنی Transaction لاگ ها پرداختیم، در این جا به بررسی برخی از تصورات غلط درباره Transaction لاگ ها می پردازیم.

۱- Transaction ها تنها در لاگ ها ذخیره شده و پس از آن در دیتابیس – این تصور غلط به دلیل نحوه عملکرد دیتابیس ها در گذشته ایجاد شده است. امروزه Transaction ها در مموری، دیسک و لاگ ها تقریباً در همان لحظه ذخیره می شوند. یک تأخیر بسیار کم بین ذخیره آن ها در لاگ فایل ها و همچنین دیتابیس وجود دارد که آن هم آن‌قدر کم است که عملاً به حساب نمی آید.

۲- در صورتی که هر شب یک بکاپ کامل انجام دهم می توانم از قابلیت Circular logging استفاده کنم. این خیلی به واقعیت نزدیک است اما هدف اصلی Transaction لاگ ها را پای مال می کند. و هدف اصلی بازگردانی دیتابیس به نزدیک ترین زمان ممکن به آنی است که دیتابیس اصلی در حالت سالم بوده است. در صورتی که شما هر شب بکاپ تهیه می کنید باید اطمینان حاصل کنید که لاگ فایل های بین این زمان بکاپ و آن زمان بکاپ را نگه داری می کنید. در غیر این صورت در هنگام بازگردانی دیتابیس شما تا ۲۴ ساعت ایمیل از دست خواهید داد. در صورتی که این از دست دادن ایمیل ها مشکلی برای سازمان شما بوجود نمی آورد می توانید به راحتی هر روز از دیتابیس های اکسچنج سرور بکاپ کامل تهیه کرده و از قابلیت Circular Logging نیز استفاده کنید. اما در صورتی که هر ایمیل برای شما مهم است این قابلیت را خاموش کنید.

۴- پاک کردن لاگ ها به صورت دستی دیتابیس را خراب می کند. نه این طور نیست. همانطور که در بالا بیان کردیم پاک کردن دستی لاگ فایل ها در برخی از موارد لازم هم می شود و در هر زمان می توان انجام داد. خطر پاک کردن دستی لاگ ها از دست دادن داده ها است. شما به هیچ وجه نمی خواهید که لاگی که هنوز از آن بکاپ تهیه نشده است را پاک کنید. در صورتی که شما تمامی لاگ ها را به صورت دستی پاک کرده و دیتابیس هم از بین برود شما دیگر قادر به بازگردانی ایمیل های موجود در لاگ ها نخواهید بود. پس از بکاپ با توجه به این که دیگر به این لاگ ها نیازی نیست و از آن ها بکاپ تهیه شده است، لاگ ها به طور کامل پاک می شوند.

پروژه آموزشی راه اندازی ویندوز سرور بکاپ جهت تهیه بکاپ اکسچنج سرور ۲۰۱۶

انجمن مایکروسافت اکسچنج سرور ۲۰۱۶