استاپ و استارت دیتابیس اوراکل(startup – shutdown)

استارت دیتابیس، با اتصال به محیط sqlplus و اجرای دستور startup قابل انجام است:

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

SQL*Plus: Release 19.0.0.0.0 – Production on Mon Apr 29 11:16:58 2019

Version 19.2.0.0.0

Copyright (c) 1982, 2018, Oracle.  All rights reserved.

Connected to an idle instance.

SQL> startup

ORACLE instance started.

Total System Global Area 1728050040 bytes

Fixed Size                  8897400 bytes

Variable Size            1308622848 bytes

Database Buffers          402653184 bytes

Redo Buffers                7876608 bytes

Database mounted.

Database opened.

SQL>

(بیشتر…)

Real-Time Statistics در اوراکل 19c

تا قبل از اوراکل نسخه 12c، اجرای دستورات DMLای بر روی یک جدول(به هر دو روش Conventional و Direct-path)، منجر به بروزرسانی آمار(Statistics) آن جدول نمی شد و جمع آوری انلاین آمار، صرفا در زمان ساخت ایندکس قابل انجام بود.

در نسخه 12c بهبود مختصری در این زمینه رخ داد که بر اساس آن، همراه با عملیات Bulk load بر روی یک جدول، آمارهای آن جدول هم به صورت انلاین بروز خواهد شد اما کماکان برای دستورات DMLای که به صورت CONVENTIONAL اجرا می شوند، تغییری در آمارهای جدول ایجاد نمی شود.

یکی از قابلیتهای جدید اوراکل نسخه 19c، ویژگی Real-Time Statistics می باشد که قابلیت بروزرسانی آنلاین بعضی از آمارهای مهم را همراه با اجرای دستورات DMLای، فراهم خواهد کرد.

(بیشتر…)

تاثیر عملیات NOLOGGING در دیتاگارد(اوراکل 11g و 12c و 18c)

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

با در نظر داشتن این مسئله، اگر دیتابیس اصلی در حالت force logging قرار نگیرد، تکلیف عملیات Nologging در دیتاگارد چه خواهد شد و برای رفع بلاکهای خراب یا اصطلاحا nonlogged چه عملیاتی را باید در دیتاگارد انجام داد؟

پاسخ به این سوال، در نسخه های مختلف اوراکل، متفاوت خواهد بود که در ادامه، به بررسی این مسئله در نسخه های 11g، 12c و 18c خواهیم پرداخت.

(بیشتر…)

تغییر تنظیمات پیش فرض دستور useradd

قصد داریم با دستور زیر، کاربری را با نام usef ایجاد کنیم:

[root@ol6 ~]# useradd usef

پرسش: خصیصه هایی چون shell، home directory، group و … برای این کاربر، به چه شکلی تنظیم خواهد شد؟ همچنین چگونه می توان این تنظیمات پیش فرض را برای کاربران جدید تغییر داد؟ برای پاسخ به این دو سوال، ادامه متن را بخوانید.

(بیشتر…)

ویژگی Schema Only Accounts در اوراکل 18c و 19c

در نسخه های ماقبل اوراکل 18c، ایجاد یک user تنها با تعیین متد AUTHENTICATION آن امکان پذیر است و به صورت کلی، در این نسخه ها(12c,11g,10g)، سه متد AUTHENTICATION برای کاربران وجود دارد:

Password: create user usef1 identified by password;

External: create user usef2 identified externally;

Global: create user usef3 identified globally;

در صورت استفاده از متد Password، شکل hash شده پسورد کاربر در جدولی از بانک ذخیره شده(جدول $user) و در دو حالت دیگر(External – Global)، پسوردی از کاربر در دیتابیس ذخیره نخواهد شد و AUTHENTICATION خارج از دیتابیس انجام می شود.

اوراکل 18c با ارائه یک قابلیت جدید، امکان ساخت user را بدون تعیین متد AUTHENTICATION فراهم کرد که استفاده از این قابلیت، منتج به عدم امکان لاگین مستقیم به این نوع از کاربران خواهد شد.

(بیشتر…)

انواع داده در اوراکل (Oracle Data Types)

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

(بیشتر…)

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

1.ارائه گزارش برای استفاده از hintها(HINT_REPORT)

2.Real-Time Statistics

3.اجرای دستورات DMLای در محیط دیتاگارد

4.ویژگی Schema Only Accounts

5.ویژگی Audit Only Top-Level SQL Statements

6.Hybrid Partition Table

7.ویژگی Automatic Indexing

8.ایجاد کاربران سیستمی به صورت schema only account

9.برگشت خودکار سرویس به preferred instance

10.ارسال unified audit trail به syslog و Event Viewer

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

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

13.عدم امکان استفاده از دستور ALTER USER RENAME در اوراکل 19c

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

15.بهبودی در جمع آوری خودکار آمار در اوراکل 19c

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

17.ویژگی Automatic Flashback(or PITR) Standby در اوراکل 19c

18.ارتقا نسخه Grid Infrastructure به 19.8 با اعمال Patch و بدون Downtime در سطح دیتابیس(در محیط کلاستر)

19.نگاهی به تغییرات و بهبودهای تابع LISTAGG در اوراکل 18c ، 12cR2و 19c

20.پارامتر MAX_IDLE_BLOCKER_TIME در اوراکل 19c

21.Update بخشی از اطلاعات JSON با کمک تابع JSON_MERGEPATCH – اوراکل 19c

22.Rotate خودکار فایل Listener.log در اوراکل 19c

23.تست قسمتی از عملیات TTS بدون down time(اوراکل 19c)

24.مروری بر ویژگی های جدید DG Broker در اوراکل 19c

25.اتصال به PDB با مجوز sysdba بدون تعیین پسورد(اوراکل 19.7)

26.اوراکل 19c- ارتقا Grid Infrastructure در حالت Dry-Run

27.ذخیره AWR snapshot خارج از SYSAUX

 

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

1.رفع گپ استندبای در اوراکل 18c

2.PDB switchover

3.استفاده از Preplugin Backup

4.duplicate یک pdb در cdb دیگر

5.نصب اوراکل با کمک RPM

6.اجرای دستورات DMLای در محیط دیتاگارد(اوراکل 19c و 18c)

7.ویژگی Schema Only Accounts در اوراکل 18c و 19c

8.تاثیر عملیات NOLOGGING در دیتاگارد(اوراکل 11g و 12c و 18c)

9.ارسال unified audit trail به syslog و Event Viewer

10.عدم استفاده از symbolic linkها در زمان ساخت directory(اوراکل 18c)

اجرای دستورات DMLای در محیط دیتاگارد(اوراکل 19c و 18c)

تا قبل از اوراکل نسخه 18c، انجام عملیات DMLای در محیط (Active Data Guard(ADG، صرفا برای جداول از نوع global temporary table قابل انجام بود و هرگونه اجرای دستور DMLای بر روی جداول سیستمی و applicationای، جز در حالت snapshot standby، امکان پذیر نبود.

در اوراکل 18c، با ارائه دو پارامتر مخفی به نامهای enable_proxy_adg_redirect_ و ADG_REDIRECT_FLAGS_، امکان اجرای دستورات DMLای در محیط دیتاگارد فراهم شد. مثال زیر را ببینید.

(بیشتر…)