auto_only Large Page در اوراکل 19c

در مطلب پیکربندی Huge Page برای دیتابیس اوراکل در مورد مقادیری که برای پارامتر USE_LARGE_PAGES قابل تنظیم است، نکاتی را مطرح کردیم و توضیح دادیم که برای این پارامتر می توان یکی از مقادیر FALSE, ONLY, TRUE را تنظیم کرد(مقدار AUTO در نسخه های جدید قابل تنظیم نیست.)

Connected to Oracle Database 18c Enterprise Edition Release 18.0.0.0.0

SQL> select value from v$parameter_valid_values p where upper(name)= ‘USE_LARGE_PAGES’;

VALUE

————–

TRUE

AUTO

ONLY

FALSE

در اوراکل نسخه 19c، مقدار AUTO_ONLY هم به این مجموعه مقادیر اضافه شده است که در این متن به بررسی این مقدار خواهیم پرداخت.

Connected to Oracle Database 19c Enterprise Edition Release 19.0.0.0.0

SQL> select value from v$parameter_valid_values p where upper(name)= ‘USE_LARGE_PAGES’;

VALUE

————–

TRUE

AUTO

ONLY

FALSE

AUTO_ONLY

(بیشتر…)

تاثیر table_cached_blocks در محاسبه Clustering Factor

همانطور که در مطلب “آشنایی با Clustering Factor در اوراکل” بیان شد، برای محاسبه مقدار  Clustering Factor، بررسی می شود که آیا Data Block ارجاع داده شده برای دو  index entry  پشت سرهم، با هم متفاوت هستند یا خیر؟ در صورت یکسان بودن Data Blockها، Clustering Factor  در همان مقدار قبلی اش باقی خواهد ماند و در صورت تفاوت، یک عدد به مقدار Clustering Factor اضافه می شود به عبارتی، با هر سوییچی بین Data Blockها، یک عدد به Clustering Factor افزوده خواهد شد.

با این بیان، در زمان محاسبه clustering factor توسط بسته dbms_stats اگر index entry جدید به data blockای اشاره کند که اخیرا(غیر از data block آخر) مورد دستیابی قرار گرفته باشد و حتی در حافظه هم موجود باشد، باز هم مقدار clustering factor ایندکس افزایش پیدا خواهد کرد.

(بیشتر…)

ارتقاء اوراکل از نسخه 18c به 19c با استفاده از ابزار AutoUpgrade

ابزار AutoUpgrade ارتقا دیتابیس اوراکل به نسخه بالاتر را با مداخله کمتر DBA امکان پذیر می کند همچنین این ابزار، قابلیت ارتقا همزمان چندین دیتابیس را فراهم خواهد کرد(صرفا از طریق یک فایل config).

در این متن قصد داریم با استفاده از این ابزار، دیتابیسی را از نسخه 18c به نسخه 19c ارتقا دهیم.

(بیشتر…)

مشاهده پیشرفت عملیات REDEFINITION با کمک ویوی V$ONLINE_REDEF

در اوراکل نسخه 12c، با کمک ویوی V$ONLINE_REDEF می توان روند پیشرفت عملیات REDEFINITION را به صورت انلاین دنبال کرد:

SQL> exec DBMS_REDEFINITION.REDEF_TABLE(‘USEF’,’MYTBL’,’ROW STORE COMPRESS ADVANCED’);

SQL> select ORIGINAL_TABLE_NAME,INTERIM_TABLE_NAME,OPERATION,SUBOPERATION,PROGRESS from V$ONLINE_REDEF ;

نکاتی در مورد نامگذاری اشیا در اوراکل

در این متن به مرور نکاتی در زمینه نامگذاری اشیا در دیتابیس اوراکل می پردازیم.

نکته 1: اشیاهای زیر namespace مختص به خود را دارند و امکان تکرار اسامی در بین این objectها وجود دارد:

Indexe – Constraint –  Cluster – Database trigger – Private database link – Dimension

مثال: با اجرای دستورات زیر، constraint و database link همنامی را ایجاد می کنیم:

SQL> alter table TBL1  add constraint name1 primary key (FILE#);

Table altered

SQL> create database link name1 connect to usef identified by pa using ‘mydb’;

Database link created

همچنین objectهای زیر namespace مشترکی دارند و تکرار اسامی در بین آنها، امکان پذیر نمی باشد:

TableView – SequencePrivate synonym Stand-alone procedure – Stand-alone stored function – Package – Materialized view – User-defined type

مثال: در این مثال می بینید که امکان استفاده از نام مشترک برای view و table وجود ندارد:

SQL> create table v1 as select * from v$datafile;

Table created

SQL> create view v1 as select * from dual;

ORA-00955: name is already used by an existing object

(بیشتر…)

اوراکل 12c – بهبودی در جمع آوری آمار به صورت Incremental برای جداول پارتیشن شده

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

در این صورت با هر بار اجرای بسته dbms_stat، از همه پارتیشنهای این جدول، مجددا امار جمع اوری خواهد شد حتی پارتیشنهایی که اطلاعات ان بروزرسانی نشده است.

(بیشتر…)

بررسی تغییرات dbms_job در اوراکل 19c

تا قبل از اوراکل نسخه 10g، برای ایجاد جاب در محیط دیتابیس، از بسته dbms_job استفاده می شد در نسخه 10g بهبودی در این زمینه ایجاد شد و اوراکل با ارائه بسته dbms_scheduler، بسیاری از نقاط ضعف dbms_job را پوشش داد و عملا استفاده از این بسته را به حداقل رساند.

اما با این حال، کاربران می توانند کماکان از این بسته(dbms_job) برای تعریف جاب جدید و یا مدیریت جابهای قبلی(جابهای ایجاد شده در نسخه های قدیمی تر) استفاده کنند و حتی اوراکل هم برای زمانبندی بعضی از کارها، از همین بسته استفاده می کند.

(بیشتر…)

بهبودهای EZconnect در اوراکل 19c

زمانی که از پروتکل tcp/ip برای برقراری ارتباط با یک دیتابیس اوراکل استفاده می کنیم، اتصال به روش Easy Connect در مواردی می تواند جایگزین مناسبی برای فایل tnsnames.ora باشد. ساختار کلی Easy Connect تا قبل از اوراکل نسخه 19c، به صورت زیر می باشد:

host[:port][/service_name]

(بیشتر…)

مدیریت Tablespace Temporary

از این tablespace برای نگهداری موقت داده های بانک اطلاعاتی جهت انجام یک سری عملیات استفاده می شود . برای مثال  اوراکل در زمان مرتب سازی داده ها، ابتدا از فضای PGA که در ساختار RAM تشکیل شده است، استفاده می کند و در صورت نبود فضای کافی، به سراغ temporary tablespace خواهد رفت و از این قسمت به عنوان یک فضای کمکی برای PGA استفاده می کند.

(بیشتر…)

پاسخ به سوالات مقدماتی اوراکل – 1(مدیریت instance)

1.برای مدیریت instance از طریق ابزار sqlplus، تنظیم چه متغیرهایی ضروری می باشد؟

صرفا با تنظیم دو متغیر ORACLE_SID و ORACLE_HOME می توان وارد محیط sqlplus شد.

2.instance از چه زمانی استارت شده و در چه وضعیتی قرار دارد؟

SQL> select startup_time,status from v$instance;

3.با اجرای دستور startup، اوراکل در چه مسیری و با چه ترتیبی فایلهای راه انداز را جستجو می کند؟

مسیر پیش فرض فایلهای راه انداز:

$ORACLE_HOME/dbs

فایلها به ترتیب زیر جستجو خواهند شد(البته اگر فایلی یافت شود، فایل بعدی جستجو نخواهد شد):

spfile$ORACLE_SID.ora

spfile.ora

Init$ORACLE_SID.ora

4.برای استارت شدن instance، تنظیم چه پارامترهایی الزامیست؟

صرفا با تعیین پارامتر db_nameه، instance استارت خواهد شد:

[oracle@ol7 ~]$ vi pfile.ora

*.db_name=testdb

[oracle@ol7 ~]$ export ORACLE_SID=db1

[oracle@ol7 ~]$ export ORACLE_HOME=/19c/home

[oracle@ol7 ~]$ sqlplus “/as sysdba”

SQL*Plus: Release 19.0.0.0.0 – Production on Wed Jul 31 12:15:42 2019

Version 19.3.1.0.0

Connected to an idle instance.

SQL> startup pfile=’/home/oracle/pfile.ora’ nomount;

ORACLE instance started.

Total System Global Area  381680512 bytes

Fixed Size                  8657792 bytes

Variable Size             314572800 bytes

Database Buffers           50331648 bytes

Redo Buffers                8118272 bytes

5.حداقل میزان فضای sga و pga برای استارت شدن instance در اوراکل 19c چقدر است؟

SGA=360M

ORA-00821: Specified value of sga_target 100M is too small, needs to be at least 360M

PGA=10M

ORA-00093: pga_aggregate_target must be between 10M and 4096G-1

6.انداختن instance با دستور shutdown abort کار خطرناکیست؟

instanceای که بصورت shut abort دان شده است، نیاز به instance recovery دارد و انجام instance recovery از وظایف بک گراند پروسس smon است! این بک گراند پروسس، برای انجام عملیات instance recovery، ابتدا به سراغ redo log fileها می رود و در صورت صحت redo log memberها، اصطلاحا Roll forward انجام شده و  دیتابیس در وضعیت open قرار می گیرد و پس از آن، با کمک اطلاعات موجود در undo tablespace، عملیات Roll backward انجام خواهد شد.

در نتیجه اگر هر گروه redo log بیش از یک عضو داشته باشد، احتمال خرابی همه اعضا به صورت همزمان بسیار ضعیف بوده و عملا استفاده از این دستور، ریسک بسیار ناچیزی را در پی خواهد داشت.

از دیگر دغدغه های احتمالی پس از استفاده از دستور shut abort، طولانی شدن مدت زمان instance recovery می باشد که این مسئله هم با کمک پارامتر fast_start_mttr_target قابل مدیریت است.