مقدمه‌ای بر Oracle Streams

همانطور که گفتم در نسخه‌های اخیر Oracle GoldenGate جایگزین Oracle Streams شده

در بحث Oracle DataGuard قضیه sync بین primaryها و standbyها یکطرفه است. ولی در سناریو Streaming شما می‌تونید sync دوطرفه داشته باشید. یعنی ۲ تا پایگاه داده داشته باشید که در هر ۲ وقتی کاربران اطلاعات وارد و یا آپدیت می‌کنن اطلاعات نوشته میشه و در نهایت این ۲ سرور اط نظر اطلاعات یکی هستند.

همچنین شما می‌تونید کاربرد خاص‌تری از streaming بگیرید و فقط یکسری از جداول و schema های خاص رو در هر ۲ باهم sync کنید.(از سرور مبدا به سرور مقصد)

Oracle Streams یا Oracle GoldenGate قابلیت انعطاف‌پذیری بسیار بالایی داره، شما می‌تونید حتی دیتابیس اوراکل رو با پایگاه‌‌داده‌های دیگه‌ای غیر از اوراکل (مثل DB2, SQL Server, ...) بیاین و sync کنید.

مقدمه‌ای بر معماری Oracle Data Guard

خب میخوایم یه ذره راجع به DataGuard و انواع اون صحبت کنیم.

پرکاربردترین نوع Oracle Data Guard نوع Physical Standby هست. توی Physical Standby دیتابیس شما در وضعیت readonly قرار می‌گیره و تضمین میکنه که داده‌های شما از بین نمیره در صورتی که دیتابیس‌ها باهم sync باشند.

نحوه کپی اطلاعات برای sync کردن توسط Archive Redo Logsها هستش. در حقیقت وقتی Archive Redo Log File ها در سمت دیتابیس primary ساخته میشه به سمت سرور standby فرستاده میشه و با استفاده از standby Redo Log File ها بر روی سرور standby قرار می‌گیرند (apply می‌شوند)

همچنین شما می‌تونید از سرور physical standby بک‌آپ هم بگیرید.

به شکل زیر توجه کنید:

خب همانطور که گفتم physical standby به صورت readonly هستش، حالا اگر شما می‌خواهید تغییراتی در سرور standby داشته باشید باید این دیتابیس در وضعیت read/write قرار بگیره.

برای انجام اینکار باید سرور physical خود را به سرور logical تبدیل کنید. توی این حالت redo فایلها تبدیل به دستروات sql میشه و بعد بر روی سرور logical شما apply میشه.

کاربرد این حالت بیشتر روی سرورهای گزارش‌گیر هستش که شما می‌تونید indexهای متفاوت و یا materialized view های متفاوت تعریف کنید و یا برای تیم‌های دولوپ که فرضاً احتیاج به یسری بک‌آپ از سرور دارند می‌تونند از این سرور logical استفاده کنند و بک‌آپ‌ها رو روی این سرور import کنن و ازش استفاده کنند.

مثال

فرض کنید database primary شما در تهران است، می‌خواهیم ۲تا سایت داشته باشیم و به صورت ریموت از این ۲تا سایت استفاده کنیم که اگر زمانی مشکلی برای سرور تهران پیش اومد شما به physical standby که در تبریز هست سوییچ کنید بدون اینکه مشکلی توی سیستم به وجود بیاد همچنین می‌تونیم یک logical standby توی یک شهر دیگه فرضاً شیراز داشته باشیم و از این logical برای گزارش‌گیری استفاده کنیم و یا حتی از logical به عنوان یک سرور standby دیگه استفاده کنیم و روش سوییچ بزنیم.

قابلیت Far Sync - Road Map

این قابلیت در نسخه 12c معرفی شده که در این تکنولوژی دیگه instance اهمیتی نداره و پهنای باند شما هر چقدر باشه با استفاده از این تکنولوژی می‌تونید سرور stanby رو راه‌اندازی و مدیریت کنید.

در این قابلیت شما می‌تونید چندین دیتابیس stanby داشته باشید که سرور primary اونها رو سرویس میده.

در این حالت شما می‌تونید هم سرور Physiacl Standby داشته باشید و هم Logical Standby

معماری این حالت هم شبکه ۱ به n هست یعنی شما می‌تونید n تا سرور داشته باشید که از سمت primary به standby ها آرشیوها ارسال بشود.

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

به طور خلاصه:

• پشتیبانی از چند دیتابیس standby
• استفاده از Pgusical & Logical Standby
• معماری شبکه یک به چند
• پشتیبانی در سرعت‌های پایین شبکه

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

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

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

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

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

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

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

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

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

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

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