۲ مطلب با کلمه‌ی کلیدی «Maximum Availability» ثبت شده است

حالت‌های پیکربندی Protection Modes

در مطالب پیش گفتیم که در بحث Active Data Guard ما ۲ حالت Sync و Async برای سرویس Apply داریم.

حالا می‌خوایم ببینیم که ما Protection Mode مون رو یا حالت محافظت از دیتامون رو تو چند حالت می‌تونیم قرار بدیم؟

  • Maximum Performance

در این حالت شما براتون کارایی و Performance بیشتر براتون اهمیت داره حالا ممکنه براتون سوال پیش بیاد که Performance دقیقاً چه ارتباطی با Active Data Guard داره؟

در حقیقت ارتباطش تو قسمتی معنی پیدا میکنه که شما منتظر apply بودید یعنی تا زمانی که اطلاعات روی سرور standby به صورت apply شده نبود این تغییرات بر روی سرور اصلی commit نمی‌شد.

نکته: همین حالت ممکنه تو حجم Transaction های بالا باعث کندی بشه

خب اگه ما بخوایم این موضوع در نظر بگیریم که نخوایم سرور primaryمون بدون commit‌ باشه تو این حالت apply service امون رو Async در نظر می‌گیریم  و تو Maximum Performance می‌گیم که دیگه لازم نیست منتظر apply بمونی شما دیتا رو commit کنن و هر زمانی که RFS تغییرات رو دریافت کرد و روی standby log file ها نوشت بعد دیتا رو sync کن

پس تو این وضعیت برای ما فقط Performance اهمیت داره

  • Maximum Protection

این موضوع برعکس موضوع Maximum Performance هستش در این حالت برای ما دیتا اهمیت داره یعنی ما نمی‌خوایم هیچ دیتایی از دست بره خب تو مطالب قبل راجع به sync و async به اندازه کافی گفتیم. در حقیقت تو قسمتی که sync بود گفتیم که تا زمانی که apply service روی سرور standby تغییرات رو apply نکرده تغییرات در سرور اصلی commit نمی‌شود یعنی acknowledge که برای commit میره اونور منتظر apply می‌مونه.

خب ما توی پیکربندی protection mode یه حالتی هستش که وضعیت protectionمون یا از دست ندادن دیتامون برامون اهمیت داره که تو این حالت حتماً باید apply serviceمون تو وضعیت sync باشه

خب توی این حالت یه پارامتری داریم به اسم Timeout که اینو در نظر می‌گیره که شما یک مقدار زمانی رو صبر کن اگر دیدید سرور standbyتون نتونسته apply کنه سرور primary رو بیا shutdown کن

پس به علت اینکه ممکنه تغییرات روی سرور standby‌ انجام نشه و شما دیتا رو از دست بدید به همین دلیله که یک مدت کوتاهی رو صبر میکنه اگه ببینه رو سرور standby شما apply انجام نمیشه میاد دیتابیس اصلی شما رو shutdown میکنه

  • Maximum Availability

خب در برخی مواقع در حالت قبلی ما نمی‌خوایم سرورمون shutdown بشه یعنی اینکه ممکنه سرور اصلی ما دیسک‌های خودشو داشته باشه همچنین سوای اینکه کاربرها دارن کار می‌کنن و حالا ممکنه طول بکشه تا دیتاها روی standby اعمال بشه می‌گیم که این قضیه که سرور اصلی‌مون shutdown نشه برامون خیلی اهمیت داره 

در حقیقت solution اوراکل برای این قضیه Maximum Availability است.

Maximum Availability میاد میگه که من Maximum Protectio رو به طور کامل تو حالت عادی دارم یعنی Sync رو تو حالت عادی انجام میدم و دیتا رو تا زمانی که توی سرور standby من apply نکردم تغییرات رو commit رو روی سرور اصلی انجام نمیدم.

اما همچنین اگه اختلالی بین ارتباط primary و standby به وجود اومد دیگه منتظر apply نمی‌مونم دیتا رو commit میکنم و زمانی که این ۲ تا ارتباطشون باهم برقرار شد از طریق apply log که در مرحله قبل توضیح دادم دیتا رو میاد روی سرور standby با استفاده از Archive Redo Log فایل apply میکنه

۲۰ خرداد ۹۴ ، ۱۳:۳۹ ۰ نظر
مهدی غفاری

مقدمه‌ای بر High Availability و Oracle Active Data Gurd

تغییر شرکتها و وابستگی روز افزون آنها به راه‌کارهای فناوری اطلاعات

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

نیاز به دسترسی پایدار و سریع

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

افزایش حجم اطلاعات به مرور زمان و اهمیت نگهداری آنها

مورد دومی که موقع پیاده‌سازی راهکارهای فناوری اطلاعات باهاش مواجه هستیم افزایش روز افزون اطلاعات است. اطلاعاتی که حالا سرمایه شرکت‌ها است و اهمیت نگهداری اونها بسیار مهم و قابل توجه است. پس راهکارهای نگهداری اطلاعات روز به روز افزایش پیدا می‌کنند. اما در این نوشته من راهکارهایی که شرکت اوراکل ارائه میده رو بهتون مغرفی می‌کنم ولی قبل از اون بریم سراغ اهمیت حداکثر پایداری

اهمیت حداکثر پایداری

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

هزینه‌های مستقیم: از دست دادن بهره‌وری و درآمد
هزینه‌های غیر مستقیم: لطمه زدن به روابط ذینفعان و مشتریان سازمانی، تبلغات بد و بروز شکایت از سازمان به سازمانهای نظارتی و بالادستی

معمولاً افرادی که سن بالاتری دارند در بعضی مواقع به راهکارهای فناوری اطلاعات اعتراض می‌کنند و این به دلیل اینه که به درستی راهکارهای فناوری‌اطلاعات پیاده‌سازی نشده است.

ادامه مطلب...
۰۹ ارديبهشت ۹۴ ، ۱۴:۴۶ ۰ نظر
مهدی غفاری