بازیابی کنترل‏ فایل با پکیج dbms_backup_restore

به صورت معمول در هنگام بازیابی بکاپ RMAN ، برای بازیابی کنترل فایل از روشهایی نظیر CONTROLFILE AUTOBACKUP  و recovery catalog استفاده می شود.

حال زمانی را فرض کنید که به هر دلیلی امکان استفاده از این روشها برای بازیابی کنترل فایل وجود نداردد(مخصوصا به خاطر خطا در زمان بکاپ گیری) در این حالت ممکن است استفاده از پکیج dbms_backup_restore کارساز باشد.

(بیشتر…)

افزودن نود جدید در محیط rac

زمانی که یک بانک اطلاعاتی به محیط rac منتقل می شود، ممکن است نتوان از همان ابتدا تعداد نودهای مورد نیاز برای این بانک را  به خوبی تشخیص داد به همین دلیل شاید در آینده لازم باشد تا نودی از نودهای فعلی را حذف کرد تا در هزینه صرفه جویی شود و یا اینکه تعداد نودها را بالا برد تا بتوان از مزایای آن برای سیستم استفاده کرد.

(بیشتر…)

table reorganization

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

(بیشتر…)

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

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

(بیشتر…)

بازیابی سریع datafile با کمک file descriptor لینوکس

در صورت حذف اتفاقی datafile از روی سیستم عامل لینوکس، می توانیم با طی مراحلی، datafile حذف شده را برگردانیم(البته با اقدام فوری).البته این کار تا زمانی که بانک اطلاعاتی کماکان در حال اجرا باشد، قابل انجام است در غیر این صورت، لینکی که file descriptor به آن اشاره می کند، برای همیشه حذف خواهد شد.

(بیشتر…)

Upgrade/Downgrade to/from oracle 12c

ارتقا نسخه اوراکل به 12c، به روشهای مختلفی قابل انجام است که هر کدام بسته به شرایطی ممکن است مطلوب تر باشند و همه این روشها را می توان در دو دسته upgrade(In Place Upgrade) و migration(Out of place Upgrade) قرار داد به عبارتی دیگر می توان از روشهای upgrade و یا  migration برای این کار بهره گرفت منظور از upgrade، اصلاح data dictionary به طوری که با نسخه جدید اوراکل سازگار باشد ولی در روشهای migration، می توانیم data dictionary بانک فعلی را نادیده بگیریم و تنها داده کاربری را به بانک جدید که دارای data dictionary نسخه جدید است، منتقل کنیم و در این صورت ممکن است سیستم عامل، کارکترست، ساختار بانک اطلاعاتی و … هم تغییر کنند البته migration به دلیل اینکه با اطلاعات کاربر سروکار دارد، ممکن است مدت زمان زیادی را از dba بگیرد ولی در عوض ممکن است downtime بانک را به حداقل برساند(بطور مثال در زمان استفاده از goldengate).

(بیشتر…)

Cluster File System

همانطور که می دانید در محیط RAC، همه database fileها(از قبیل datafileها، کنترل فایلها و redo log fileها) و فایلهای voting disk و OCR باید در یک فضای مشترک بین نودها قرار بگیرند به همین دلیل در زمان راه اندازی RAC نوع سیستم فایل فضای مورد استفاده بین نودها، باید طوری انتخاب شود تا بتواند امکان sharing را به وجود آورد در حال حاضر سیستم فایلهای مختلفی وجود دارند تا این امکان را فراهم کنند البته مزیت بعضی از آنها، به وضوح بیشتر است برای مثال سیستم فایلی که امروزه اوراکل در مستنداتش به استفاده از آن تاکید دارد، ASM و ACFS می باشد. بعضی از سیستم فایلهایی که این قابلیت را فراهم می کنند، به این اسم هستند:

(بیشتر…)