table reorganization

معمولا بعد از مدتی کار بر روی جداول و یا در پی اتفاقاتی خاص، ممکن است که نیاز شود تا جدولی خاص از یک tablespace و یا کل objectهای tablespace را دوباره سازماندهی کنیم tablespace reorganization معمولا به عنوان یک امر خطیر در حیطه وظایف dba محسوب می شود. آنچه که در این قسمت قصد داریم در مورد آن مطالبی را ارائه کنیم، دلایل نیاز به reorganization و چگونگی انجام آن می باشد.

(بیشتر…)

تاثیر log strand بر اندازه آرشیولاگ

از اوراکل نسخه 9i به بعد این امکان وجود دارد تا log buffer به چند قسمت مساوی تقسیم شود و هر قسمتآن به قسمتی از redo log مپ شود و به این طریق انتفال اطلاعات صورت گیرد به این ویژگی public redo strand می گویند.

(بیشتر…)

بررسی Block Corruption در اوراکل

خرابی بلاکهای دیتابیس که block corruption خوانده می شود، برای اکثر dbaها آشناست. این خطا که ممکن است سبب از دست رفتن دیتا شود معمولا به دلایل سخت افزاری و یا سیستم عاملی رخ می دهد و در صورت نداشتن backup سالم از بلاکهای خراب شده، به ناچار باید از اطلاعات ذخیره شده در آن قسمت، صرف نظر کنیم.

(بیشتر…)

ارتقا به اوراکل 12c از طریق dbua

در این روش نیاز است تا هر دو نسخه اوراکل(11g و 12c) به طور همزمان بر روی سرور نصب شده باشند.در صورتی که در حین اجرای DBUA، خطایی رخ دهد یا اجرای آن توسط dba کنسل شود، باید مراحل ارتقا را با دستورات cmd ادامه دهیم به عبارت دیگر این روش، restartable نیست.

(بیشتر…)

ارتقا به اوراکل 12c با کمک قابلیت Transient Standby

از اوراکل 11g قابلیت جدیدی با عنوان Rolling Upgrade using Transient Logical Standby database ارائه شد که از طریق آن می توان با کمترین downtime ارتقا را انجام داد. البته مشابه این قابلیت، قابلیت دیگری با عنوان standard rolling upgrade هم از نسخه های قبلی(قبل از اوراکل 11g) وجود داشت که بین این دو قابلیت تفاوتهای قابل توجهی دارد.

(بیشتر…)

مدیریت کانفلیکت در گلدن گیت

تصادم یا کانفلیکت در گلدن گیت که به صورت دوطرفه کانفیگ شده باشد(Bidirectional Replication)، به عنوان یک امر رایج تلقی می شود چون در هر لحظه ممکن است دو نفر بر روی جدول مشترکی که در دو بانک مختلف قرار دارند، عملیات مشابه و یا متصادی را انجام دهند که این عملیات همزمان، ممکن است سبب توقف عملیات Replication شود.

(بیشتر…)