رجیستر خودکار بانک به چندین listener

همانطور که می دانید، هر listener می تواند در یک زمان به چند instance سرویس دهد و همچنین سرویسهای یک instance می تواند توسط چند listener هندل شود که در حالت پیش فرض،  هر instance به صورت خودکار، توسط پروسسهای پس زمینه اش(در اوراکل 11g توسط PMON و در 12c توسط LREG) به پورت 1521 و پروتکل TCP سرویس Listener رجیستر می شود و با این عمل، اصطلاحا dynamic registration انجام خواهد شد.

(بیشتر…)

پروسس LREG در اوراکل 12c

همانطور که می دانید در نسخه های 10g و 11g، پروسس pmon مسئولیت dynamic registration را بر عهده دارد علاوه بر این وظیفه، این پروسس به عنوان یک background process اجباری، نقشهای بسیار مهم دیگری را هم ایفا می کند که با از بین بردن(kill) آن، instance هم از کار خواهد افتاد.

(بیشتر…)

فایل سیستم BTRFS

در کنار فایل سیستمهای معروفی چون ReiserFS،  EXT2/3/4، XFS و … از سال 2007 فایل سیستم دیگری هم به نام BTRFS شروع به توسعه یافت که قابلیتهای ویژه ای را به همراه دارد و بسیاری از کارهایی که با کمک LVM قابل انجام است را می توان با استفاده از آن انجام داد. با کمک این فایل سیستم، می توان چندین دیسک مختلف را بدون انجام پارتیشن بندی کنار هم قرار داد و با کمک آنها، فضای واحدی را ایجاد نمود. همچنین می توان حجم این فضا را به صورت انلاین، کم یا زیاد نمود و مهمتر آنکه، با استفاده از این فایل سیستم،می توان در دو سطح metadata و data در مورد  striping و mirroring سیاستهایی را اعمال کرد از دیگر قابلیتهای این فایل سیستم، ایجاد subvolume و snapshot می باشد.

(بیشتر…)

دستور locate در لینوکس

دستور locate، با کمک یک دیتابیس از قبل از ایجاد شده، امکان جستجوی افلاین و سریع فایلها و پوشه ها را ممکن می سازد.

 دیتابیس مربوط به این دستور، به صورت روزانه بروزرسانی خواهد شد و جاب مربوط به ان را می توان در مسیر /etc/cron.daily مشاهده کرد:

[root@ol7 cron.daily]# ls -l mlocate

-rwx——. 1 root root 208 Aug 30  2016 mlocate

(بیشتر…)

ایجاد چندین نام برای دیتافایلها با کمک hard link

همانطور که می دانید، ایجاد hard link برای یک فایل در محیط لینوکس، دستیابی به آن فایل را از چندین مسیر مختلف ممکن می سازد. مثال زیر را ببینید:

مثال: myfile1 با شماره inodeای برابر با 4475276، در مسیر u01/ قرار دارد:

[root@ol7 u01]# cd /u01/

[root@ol7 u01]# ls -li myfile1

4475276 -rw-r–r–. 1 root root 15 Oct  3 10:25 myfile1

(بیشتر…)

تهیه گزارش AWR در محیط ADG

همانطور که می دانید؛ ایجاد گزارش awr در محیط ADG به صورت روتین امکان پذیر نمی باشد این اتفاق به دلیل عدم امکان ایجاد snapshot بر روی بانکی که در حالت read only قرار دارد، کاملا منطقی بنظر می رسد. در اوراکل 12cR2، راهکاری برای این مسئله اندیشیده شد و امکان تهیه این گزارش برای ADG هم فراهم شده است.

(بیشتر…)

مانیتورینگ ایندکسها در اوراکل 11g و 12c

#پرسش: کدام یک از ایندکسها در بانک اطلاعاتی بلاستفاده و قابل حذف هستند؟ تعداد رجوع به یک ایندکس را چگونه می توان تعیین کرد؟

پاسخ: دست یافتن به پاسخ قسمت اول این سوال، در اوراکل نسخه 10g و 11g نسبتا کار ساده ای است این کار با اجرای یک دستور و همچنین طول کشیدن مدت زمانی از اجرای ان(گاها بیش از چند ماه)، قابل انجام خواهد بود.

(بیشتر…)

ویژگی Multi Instance Redo Apply

در اوراکل 11g با پیاده سازی دیتاگارد به صورت کلاستر، تنها نودی که دستور alter database manage recover بر روی ان اجرا شده(برای اولین بار!)، مسئولیت اعمال کردن redoها را برعهده خواهد داشت و مابقی نودها می توانند برای گزارش گیری، تهیه بکاپ و یا دریافت redo (یا آرشیو) و… مورد استفاده قرار بگیرند.

در اوراکل 12cR2، بهبودی در این زمینه رخ داد که می توان با کمک آن، همه نودها را در recovery سهیم کرد. این قابلیت که (Multi Instance Redo Apply (MIRA نام دارد، امکان اعمال redoها را با کمک چند instance ممکن می سازد.

(بیشتر…)