مثالی در مورد مفهوم read consistency

نویسنده مطلب: وحید یوسف زاده Leave a comment

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

پاسخ این سوال به نوع جداول و ویوهای مرجع پرس و جو بستگی دارد برای مثال، در زمان رجوع به dynamic performance viewها ممکن است تغییرات ایجاد شده در زمان اجرای پرس و جو لحاظ شود و نهایتا خروجی آن پرس و جو را تغییر دهد.

اما در زمان رجوع به جداولی که اطلاعات کاربران در آن ذخیره می شود، اوراکل با لحاظ کردن scn زمان اجرای پرس و جو(زمانی که پرس و جو شروع به اجرا می کند)، تغییرات جدید را در آن اعمال نخواهد کرد.

در صورتی که تغییرات جدید در محاسبات اعمال نشوند و اوراکل صرفا با کمک تصویر ثابتی که از اطلاعات جدول دارد، پرس و جو را اجرا کند، اصطلاحا مفهوم read consistency توسط اوراکل رعایت شده است.

(بیشتر…)

استفاده از DataBaseLink در ابزارهای expdp/impdp

نویسنده مطلب: ناصر کچویی 3 Comments

گاهی بدلایل مختلف، مانند عدم فضای کافی یا عدم دسترسی مستقیم به سیستم عامل، امکان تهیه دامپ بر روی ماشین/سرور مبدا مهیا نمی باشد. در این مواقع datapump این امکان را فراهم نموده تا فایل دامپ را بر روی یک ماشین/سرور دیگر ایجاد کنیم یا اطلاعات را بدون ایجاد فایل دامپ، مستقیما بر روی بانک مقصد بارگذاری نماییم. برای این منظور از ارتباط database link بین دو بانک اطلاعاتی استفاده می شود.

(بیشتر…)

اجرای PDB relocation و PDB cloning به صورت از راه دور با کمک DBCA

نویسنده مطلب: وحید یوسف زاده 1 Comment

قبلا در مقاله های جداگانه، مطالبی را در مورد قابلیتهای PDB relocation و PDB cloning ارائه کردیم در اوراکل 19c، انجام این عملیات از طریق دستور DBCA آن هم به صورت silent قابل انجام است که در این مقاله، به این قابلیت جدید خواهیم پرداخت.

(بیشتر…)

آشنایی با مفاهیم داده های بازگشتی و undo tablespace

نویسنده مطلب: سعید صناعتی 2 Comments

زمانی که یک دستور dml ای اجرا می شود ، بانک اطلاعاتی داده ها را، قبل از آن که تغییری بر روی آنها اعمال شود، درundo segment ها که در فضای undo tablespace قرار دارند ذخیره می کند تا در صورت لزوم از آنها برای عملیات هایی مثل rollback کردن یک دستور dml ای و flashback در سطح جداول استفاده کند. به این داده ها ، داده های بازگشتی می گویند .

(بیشتر…)

جستجوی یک عبارت در محتویات فایلها با استفاده از دستور grep

نویسنده مطلب: وحید یوسف زاده Leave a comment

در متن پیش رو، به شیوه های جستجو در محتویات فایلها با استفاده از دستور grep می پردازیم. برای انجام این جستجو، ابتدا باید با بعضی از سوییچهای دستور grep که مرتبط با این موضوع هستند، آشنا باشیم.

(بیشتر…)

مدیریت Tablespace Temporary

نویسنده مطلب: سعید صناعتی Leave a comment

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

(بیشتر…)

راهنمای نصب Oracle GoldenGate 18c

نویسنده مطلب: سعید مرادخانی Leave a comment

جهت نصب ابتدا می بایست oracle database  در سیستم مورد نظر نصب شده باشد شایان ذکر است نسخه فوق پایین تر از نسخه 11g نباشد.

این نسخه از Oracle GoldenGate نسخه های پایگاده داده ذیل را پشتیبانی می کند:

Oracle 11g – 11.2.0.4

Oracle 12c – 12.1.0.2+, 12.2.0.1+

Oracle 18c – 18.1.0 (Cloud), 18.3.0 (On-Premise)

(بیشتر…)

نمایش خروجی به فرمت csv در اوراکل 12c

نویسنده مطلب: وحید یوسف زاده 1 Comment

در اوراکل 12cR2، قابلیت جدیدی برای نمایش خروجی پرس و جوها به فرمت csv ارائه شد. برای استفاده از این قابلیت، باید دستور SET MARKUP CSV ON را قبل از اجرای پروس وجو، اجرا نمود:

SQL> SET MARKUP CSV ON

SQL> select * from mytbl;

“ID”,”FNAME”,”LAST_NAM”

1,”ali”,”dai”

2,”mosen”,”bengar”

3,”parviz”,”mazloumi”

4,”payan”,”rafat”

همانطور که می بینید، جداکننده پیش فرض، کاما می باشد. برای تغییر جداکننده، باید از عبارت DELIMITER کمک گرفت:

SQL> SET MARKUP CSV ON DELIMITER #

SQL> select * from mytbl;

“ID”#”FNAME”#”LAST_NAM”

1#”ali”#”dai”

2#”mosen”#”bengar”

3#”parviz”#”mazloumi”

4#”payan”#”rafat”

برای عدم نمایش ” برای فیلدهای از نوع string، می توان دستور را به صورت زیر اجرا کرد:

SQL> SET MARKUP CSV ON QUOTE OFF

SQL> select * from mytbl;

ID#FNAME#LAST_NAM

1#ali#dai

2#mosen#bengar

3#parviz#mazloumi

4#payan#rafat

 

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

نویسنده مطلب: وحید یوسف زاده Leave a comment

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 قابل مدیریت است.