بروزرسانی Out of Place – ویژگی جدید MATERIALIZED VIEW در اوراکل 12c

نویسنده مطلب: Vahid Yousefzadeh 1 Comment

تا قبل از اوراکل نسخه 12c، معمولا بروزرسانی به طور مستقیم در جدول مربوط به MV اتفاق می افتاد(ابتدا اطلاعات حذف شده و سپس در همان session، اطلاعات جدید درج می شوند و نهایتا commit رخ خواهد داد) به بیانی دیگر، در این نسخه ها،  بروزرسانی تنها به صورت in place (در جا) اتفاق می افتد که مرحله delete آن ممکن است متناسب با حجم جدول، زمان زیادی را صرف کند.

در نسخه 12c این امکان بوجود امد تا بدون هرگونه تغییر جدول اصلی مربوط به MATERIALIZED VIEW، بروزرسانی انجام شود که این شکل از بروزرسانی، Out of Place نام دارد.

(بیشتر…)

ایجاد چند ایندکس بر روی یک ستون(اوراکل 12c)

نویسنده مطلب: Vahid Yousefzadeh 1 Comment

با کمک این ویژگی می توان بر روی یک ستون، انواع مختلفی از ایندکسها نظیر Bitmap، B-Tree، Reverse و … را ایجاد نمود که البته از بین این ایندکسها، صرفا یکی از انها می تواند در حالت visible قرار داشته باشد و مابقی ایندکسها، باید در حالت invisible قرار بگیرند.

(بیشتر…)

ستون نامریی(Invisible Column) در اوراکل 12c

نویسنده مطلب: Vahid Yousefzadeh 1 Comment

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

(بیشتر…)

آمارگیری بعد از درج انبوه در اوراکل 12c

نویسنده مطلب: Vahid Yousefzadeh 2 Comments

در نسخه 11g، با اجرای دستور create table as، آماری از جدول ایجاد شده، ثبت نمی شود:

create table us_tbl1 as select * from dba_source;

SELECT table_name,num_rows FROM   dba_tables WHERE  table_name = ‘US_TBL1’;

حال اگر همین دستور در نسخه 12c اجرا شود، نتیجه چیزی دیگری خواهد بود(البته استثناهایی هم در این زمینه وجود دارد):

create table us_tbl1 as select * from dba_source;

SELECT table_name,num_rows FROM   dba_tables WHERE  table_name = ‘US_TBL1’;

همچنین می توان با هینت NO_GATHER_OPTIMIZER_STATISTICS، از این قابلیت جدید، صرف نظر کرد:

create table us_tbl1 as select /*+ NO_GATHER_OPTIMIZER_STATISTICS */ * from dba_source ;

پارامتر views_as_tables  در data pump

نویسنده مطلب: Vahid Yousefzadeh 1 Comment

با این ویژگی، امکان گرفتن دامپ از خروجی یک ویو هم مهیا خواهد شد همچنین در زمان برگرداندن این ویو، جدولی در بانک مقصد ایجاد خواهد شد:

expdp usef/abc@pdb1 directory=usef dumpfile=test.dmp views_as_tables=usef_view1

Export: Release 12.1.0.2.0 – Production on Sat Jul 2 10:41:26 2016

Starting “USEF”.”SYS_EXPORT_TABLE_01″:  usef/********@pdb1 directory=usef dumpfile=test.dmp views_as_tables=usef_view1

Total estimation using BLOCKS method: 16 KB

. . exported “USEF”.”USEF_VIEW1″                         163.3 KB    5086 rows

Master table “USEF”.”SYS_EXPORT_TABLE_01″ successfully loaded/unloaded

Job “USEF”.”SYS_EXPORT_TABLE_01″ successfully completed at Sat Jul 2 10:41:38 2016 elapsed 0 00:00:11

برگرداندن ویو به صورت جدول در بانک مقصد:

impdp usef/abc@pdb1 directory=usef dumpfile=test.dmp views_as_tables=usef_view1

Import: Release 12.1.0.2.0 – Production on Sun Jul 3 09:40:23 2016

Starting “USEF”.”SYS_IMPORT_TABLE_01″:  usef/********@pdb1 directory=usef dumpfile=test.dmp views_as_tables=usef_view1

. . imported “USEF”.”USEF_VIEW1″                         163.3 KB    5086 rows

Job “USEF”.”SYS_IMPORT_TABLE_01″ successfully completed at Sun Jul 3 09:40:25 2016 elapsed 0 00:00:01

غیرفعال سازی logging بهنگام impdp

نویسنده مطلب: Vahid Yousefzadeh 1 Comment

برای بهبود سرعت برگرداندن اطلاعات dumpfile، می توان از پارامتر logging به هنگام اجرای دستور impdp استفاده کرد و با تنظیم این پارامتر(که از اوراکل 12c ارائه شد) به مقدار DISABLE_ARCHIVE_LOGGING:Y، مانع از ایجاد آرشیولاگ در زمان impdp شد:

 impdp directory=usef dumpfile=c.dmp schemas=usef  TRANSFORM=DISABLE_ARCHIVE_LOGGING:Y

Import: Release 12.1.0.2.0 – Production on Tue Jul 5 15:02:28 2016

. . imported “USEF”.”COM_LOC”                      533.490 MB    226333 rows

در صورت استفاده از data guard در چنین محیطی، اطلاعات import شده به سمت data guard منتقل نخواهند شد و با رجوع به این جدول در محیط data guard، با خطای زیر مواجه خواهیم شد:

select count(*) from usef.com_loc

ORA-01578: ORACLE data block corrupted (file # 6, block # 555)

ORA-01110: data file 6: ‘/u02/oradata/usef2/datafile/users.258.916411623’

ORA-26040: Data block was loaded using the NOLOGGING option

البته اگر دیتابیس در حالت force logging قرار داشته باشد، امکان استفاده از چنین ویژگی ای وجود ندارد(معمولا قبل از راه اندازی data guard، اوراکل تاکید دارد تا این گزینه فعال شود).

 این ویژگی در سطح ایندکس هم قابل استفاده می باشد:

TRANSFORM=DISABLE_ARCHIVE_LOGGING:Y:INDEX

ویژگی های جدید اوراکل در نسخه 12c

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

بانک اطلاعاتی اوراکل با هر نسخه جدیدی که ارائه می کند معمولا بسیاری از باگهای ایجاد شده در نسخه های قبلی را برطرف کرده و علاوه بر آن، ویژگی های جدیدی را هم عرضه می کند.

به همین منوال، اوراکل در نسخه 12c، بیش از 500 ویژگی جدید را ارائه کرده است که در این مقاله قصد داریم بعضی از این ویژگی ها را مورد بررسی قرار دهیم.

(بیشتر…)

بازیابی دیتافایل بانک اصلی از استندبای

نویسنده مطلب: Vahid Yousefzadeh 1 Comment

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

برای انجام این کار در نسخه های ماقبل 12c، نیاز بود تا dba به صورت دستی و در سطح سیستم عامل این دیتافایل را از محیط دیتاگارد به بانک اصلی انتقال دهد.

این کار در نسخه 12c، تنها با استفاده از یک دستور در محیط RMAN، قابل انجام می باشد:

(بیشتر…)

عبارت Multisection در backp as copy

نویسنده مطلب: Vahid Yousefzadeh 1 Comment

در صورت استفاده از BIGFILE Tablespace در یک دیتابیس، استفاده از شیوه های مرسوم بکاپ/ریکاوری آن هم در سطح tablespace، کارایی چندان مطلوبی را در پی نخواهد داشت!

شاید به همین دلیل از اوراکل نسخه 11g، عبارت SECTION SIZE هم به گزینه های دستور BACKUP اضافه شد که می توان با استفاده از این عبارت، ابتدا فایل را به چند قسمت تقسیم کرده(بلاکهای همجوار در یک دسته قرار می گیرند) و در نهایت هر قسمت را به یک کانال مجزا سپرد تا به صورت موازی از یک فایل بکاپ تهیه شود.

(بیشتر…)