پارامتر commit_wait و log file sync

همانطور که می دانید، قبل از انجام هر commit در بانک اطلاعاتی، باید همه redo informationهای تراکنش مربوطه، با کمک پروسس LGWR، به online redo log منتقل شوند و پس از اتمام عملیات log writer، پیام انجام commit، به کاربر برگردد(Commit complete) این مدت زمان انتظار در اوراکل، به عنوان جزیی از Wait Eventای به نام log file sync شناخته می شود و بدیهی است که در صورت رخ دادن این اتفاق(انتظار برای انجام commit)، طبیعتا log file sync  هم درصد بیشتری از dbtime را به خود اختصاص خواهد داد.

(بیشتر…)

چهار روش برای تعیین نام توزیع و نسخه در لینوکس

روشهای مختلفی برای یافتن نسخه دقیق توزیع هایی چون RHEL/OEL/Fedora وجود دارد که در این متن، به چهار روش آن اشاره می کنیم.

روش اول: مشاهده محتوای فایلهای etc/*-release/ :

معمولا متناسب با هر توزیع لینوکس، فایلی در زیر پوشه etc/ وجود دارد که با نام ان توزیع شروع شده و با release- خاتمه می یابد(etc/[distro]-release/):

[root@ol7 ~]# ls -l /etc/*-release

-rw-r–r–. 1 root root  32 Aug  4  2017 /etc/oracle-release

-rw-r–r–. 1 root root 398 Aug  4  2017 /etc/os-release

-rw-r–r–. 1 root root  52 Aug  4  2017 /etc/redhat-release

lrwxrwxrwx. 1 root root  14 Sep 21  2017 /etc/system-release -> oracle-release

(بیشتر…)

INHERIT PRIVILEGE

قبلا در مورد invoker right و definer right مطلبی را ارائه کردیم(ادرس مطلب) و نشان دادیم که استفاده از عبارت AUTHID CURRENT_USER چه مزیت امنیتی ای را به همراه دارد اما استفاده از invoker right در زمانی که مجوزهای invoker از definer بیشتر باشد، نقایصی را هم به لحاظ امنیتی در برخواهد داشت که در ادامه با ارائه مثالی، به این نقصان خواهیم پرداخت.

(بیشتر…)

استفاده از Preplugin Backup در اوراکل 18c

از اوراکل 18c،با plug کردن یک pdb به cdb دیگر، امکان استفاده از بکاپهای قدیمی این pdb در cdb جدید امکان پذیر است. در ادامه با یک مثال، خواهیم دید که چگونه می توان از بکاپ pdb18c که ماقبل عملیات plug تهیه شده است، استفاده کرد و دیتافایلهای از دست رفته ای را بدون از دست دادن حتی رکوردی(چه قبل از plug و چه بعد از ان) برگرداند.

(بیشتر…)

مراحل پیکربندی Data Guard

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

با تقسیم بندی ما، طی ده مرحله زیر، دیتاگارد پیاده سازی خواهد شد.

(بیشتر…)

بررسی common user در محیط Multitenant

با ارائه ویژگی multitenant در اوراکل 12c، نوع دیگری از کاربر به نام common user ارائه شد که در محیط cdb قابل ایجاد می باشد و همچنین در صورت دارا بودن مجوز لازمه، به pdbهای مختلف، امکان دسترسی خواهد داشت. کاربرد عمده این نوع از کاربر، در انجام عملیات مدیریتی می باشد و معمولا مالک اشیای حاوی اطلاعات کاربر نخواهد بود.

(بیشتر…)

مجوز alter user در اوراکل 12c

با اهدای مجوز alter user به یک کاربر در اوراکل 11g، ان کاربر می تواند تغییراتی چون تغییر پسورد را برای کاربر sys اعمال کند. مثال زیر را ببینید:

SQL*Plus: Release 11.2.0.3.0 Production on Tue Jun 12 12:57:22 2018

SQL> create user usef identified by a;

User created.

SQL> grant connect,resource to usef;

Grant succeeded.

SQL> grant alter user to usef;

Grant succeeded.

SQL> conn usef/a

Connected.

SQL> alter user sys identified by a;

User altered.

در اوراکل 12c، این امکان برای کاربر usef از بین خواهد رفت:

SQL*Plus: Release 12.2.0.1.0 Production on Tue Jun 12 13:29:04 2018

SQL> alter user vahid identified by a;

User altered.

SQL>  alter user sys  identified by a;

ORA-01031: insufficient privileges