اعتبارسنجی Datafile ها و Backup ها با دستور VALIDATE

برای چک کردن corruption  در datafileها ،archivefileها ، controlfileها و spfile  می توانید از Rman استفاده نمایید.ضمنا می توانید مشخص کنید که یک backupset قابل restore می باشد یا خیر.دستور RMAN VALIDATE برای چک کردن موارد ذکر شده کاربرد دارد.

VALIDATE

BACKUP…VALIDATE

RESTORE…VALIDATE

طریقه استفاده از دستور به صورت زیر است:

Rman>validate database;

و برای اعتبارسنجی controlfile:

RMAN>validate current controlfile;

برای چک کردن آرشیو فایلها:

RMAN>validate archivelog all;

بصورت ترکیبی هم در دستور می توان چک کردن آیتمهای مختلف را بیان کرد:

RMAN>validate check logical database include current controlfile plus archivelog

In در مقابل Exists و Not In در مقابل Not Exists

سوال ) تفاوت In/Not In و Exists/Not Exists در چیست ؟ کدامیک سریع تر هستند ؟ 

 

    الف) تفاوت در نتیجه

 همیشه Not In و  Not Exists شبیه هم نیستند و ممکن است پاسخ های متفاوتی داشته باشند .

 (مثال ۱ ) به طور مثال :

select count(*) from emp 
where empno not in ( select mgr from emp ); 

COUNT(*) 
---------- 
0 

این پاسخ به ما میگوید که همه مدیر هستند . 

حال به پرس و جوی زیر دقت کنید :

select count(*) from emp T1 
where not exists ( select null from emp T2 where t2.mgr = t1.empno ); 

COUNT(*) 
---------- 
9 

ولی این پاسخ نشان میدهد ۹ نفر مدیر نیستند! 

چه تفاوتی بین ASM و RAID وجود دارد؟ چرا ASM؟

 ASMبه عنوان جایگزین مستقیم برای RAID در نظر گرفته نمیشود، اگرچه با ASM Mirroring عملکرد مشابهی به وجود خواهد آمد. این موضوع به شدت به نیازهای شما، بودجه شما، پیکربندی فعلی دیسکهای شما و راحتی در مدیریت هرکدام وابسته است.

برای بیان نکات کلیدی به صورت کاملا ساده شما میتوانید کلا 4 پیکره بندی مختلف پیاده سازی بکنید:

(ASM (External Redundancy) and Disk (non-RAID

در صورتی که تعهد حداکثر پایداری برای سیستمی داده اید، بهتر است از این پیکره بندی استفاده نکنید. در صورتی که ASM بر رویExternal تنظیم شود و هیچ Redundancy نرم افزاری نیز وجود نداشته باشد و دیسکها نیز عضو RAID نباشند، از بین رفتن هر دیسکی منجر به از دست رفتن دیتا از ASM Diskgroup میشود. (نگارنده اشاره کرده است که این حالت را حتی در محیط تستی نیز پیاده نمیکند اما به هر حال این حالت ممکن است)

(ASM (Normal/High Redundancy) and Disk (non-RAID

به DBA اجازه میدهد تا Failure Groupها و File Protection‌ را به کمک ASM مدیریت کند که این موضوع میتواند در شرایطی که سازمان مدیریت SAN‌ ندارد دارایی با ارزشی باشد، اما به هر حال DBA مسئول پیکره بندی صحیح برای جلوگیری از قطعی سیستم در حین failureها و از آن مهمتر مسئول پایش failure groupها برای اطمینان از وجود فضای کافی برای failureهاست.

 بار mirorring دست نرم افزار و به تبع آن پردازشگر سرورهاست.

 از دست رفت دیسک به ASM (و همچنین پیکره بندی Diskgroup/File Protection مناسب) وابسته است و امکان پردازش متوالی/بدون قطعی وجود دارد. (با این فرض که Failure Group‌ روی همان دستگاه فیزیکی وجود ندارد.)

 میتوان از ظرفیت ماکزیمم استفاده نمود و لزوما I/O زیاد نمیشود.