سیر تکاملی ذخیره سازی پسورد کاربران dblink(ویژگی DICTIONARY CREDENTIALS ENCRYPT)

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

در اوراکل 10gR1، پسورد کاربران استفاده شده برای dblink، بدون رمزنگاری و بصورت کاملا شفاف(clear text) در جداول data dictionary ذخیره می شدند و امکان مشاهده کلمه عبور به صورت clear text، از طریق ویوهای data dictionary امکان پذیر بود:

SQL*Plus: Release 10.1.0.4.2 – Production on Wed Apr 18 11:23:01 2018

SQL> create database link dblinkname connect to usef identified by “pass@123” using ‘tns_name’;

Database link created.

SQL> select DB_LINK,USERNAME,PASSWORD  from USER_DB_LINKS;

DB_LINK              USERNAME   PASSWORD

——————– ———- ———-

DBLINKNAME      USEF       pass@123

(بیشتر…)

تهیه دامپ از جداول auditing در اوراکل 12c

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

در اوراکل 11g، امکان گرفتن دامپ از جدول $aud با کمک data pump وجود ندارد:

[oracle@myhost ~]$ expdp directory=mrm dumpfile=aud.dmp tables=aud$

Export: Release 11.2.0.4.0 – Production on Sat Dec 8 17:30:47 2018

Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 – 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

Starting “SYS”.”SYS_EXPORT_TABLE_01″:  sys/******** AS SYSDBA directory=mrm dumpfile=aud.dmp tables=aud$

Estimate in progress using BLOCKS method…

Total estimation using BLOCKS method: 0 KB

ORA-39166: Object SYS.AUD$ was not found.

ORA-31655: no data or metadata objects selected for job

Job “SYS”.”SYS_EXPORT_TABLE_01″ completed with 2 error(s) at Sat Dec 8 17:30:59 2018 elapsed 0 00:00:04

(بیشتر…)

انتقال اطلاعات از اکسل به دیتابیس اوراکل با کمک sqldeveloper و PL/SQL Developer

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

در این متن قصد داریم اطلاعاتی را از محیط اکسل به محیط اوراکل انتقال دهیم.

برای انجام این انتقال، ابزارهای متعددی وجود دارد که ما در این متن، از sqldeveloper و PL/SQL Developer استفاده خواهیم کرد.

(بیشتر…)

CONTAINERS Clause در محیط Multitenant

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

همانطور که می دانید، در محیط Multitenant ، هpdbها از هم مجزا هستند و به اطلاعات همدیگر دسترسی ندارند با این حال، برای برقراری ارتباط بین pdbها، می توان از dblink استفاده کرد.

روشن است که در محیط Root container هم می توان با کمک dblink از جداول مختلف حاضر در pdbها، گزارش تهیه کرد.

از اوراکل 12.1.0.2، گزارش گیری در محیط Root container، به شیوه دیگری هم قابل انجام است! استفاده از عبارت CONTAINERS(در دستور select) قابلیت تهیه گزارش را بدون استفاده از db-link و بدون اتصال به pdbهای مختلف، فراهم خواهد کرد و با کمک این عبارت می توان محتویات جدول در pdbهای مختلف را به صورت ادغام شده مشاهده کرد.

(بیشتر…)

نصب Grid Infrastructure 18c و راه اندازی ASM

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

در این متن قصد داریم به نصب نرم افزار Grid Infrastructure 18c بپردازیم.

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

(بیشتر…)

انجام duplicate با کمک Data Guard

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

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

(بیشتر…)

ایجاد synonym برای کاربران

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

ایجاد synonym برای کاربران در اوراکل 12c امکان پذیر است. این کار با کمک پارامتر مخفی enable_schema_synonyms_ قابل انجام می باشد:

SQL> alter system set “_enable_schema_synonyms” = true scope=spfile;

System altered.

برای مثال، بعد از تنظیم این پارامتر، می توانیم با کمک دستور زیر، برای کاربر usef، نام دیگری هم تعیین می کنیم:

SQL>  create schema synonym new_name for usef;

Schema synonym created.

(بیشتر…)

Data Masking از طریق Data Pump

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

در زمان انتقال اطلاعات از یک بانک عملیاتی به یک بانک تستی، ممکن است نیاز باشد تا اطلاعات حساس به طور شفاف به بانک مقصد منتقل نشوند در این صورت اگر از data pump برای جابجایی دیتا استفاده می کنیم، می توانیم در زمان برگرداندن دیتا با دستور impdp، داده های حساس را دستکاری کنیم. این کار، از طریق پارامتر REMAP_DATA و یک function(که از قبل در بانک تستی موجود است)، قابل انجام خواهد بود.

REMAP_DATA=[schema.]tablename.column_name:[schema.]pkg.function

(بیشتر…)