……….آموزش، مشاوره و پشتیبانی……….
همانطور که در مطلب “آشنایی با Data Pump” اشاره شد، پروسس master برای انجام عملیات، jobای را ایجاد می کند که در طول عملیات export/import ، می توان با ارجاع به نام آن job، عملیات مربوطه را کنترل نمود. برای مثال می توان اجرای دستورات را موقتا متوقف کرد و یا بعد از توقف، عملیات را مجددا از سر گرفت.
قصد داریم در این متن پارامترهای مربوط به مانیتور و کنترل jobها را شرح دهیم.
با ایجاد دیتابیس اوراکل، به ازای هر component انتخابی، تعدادی user ایجاد خواهند شد. برای نمونه، اسامی تعدادی از componentها به همراه کاربرانی که برای آنها ایجاد می شود را در قسمت زیر می بینید:
Oracle Multimedia: MDSYS,ORDDATA,ORDPLUGINS,SI_INFORMTN_SCHEMA
Oracle Database Vault: DVF,DVSYS
Oracle XML Database: ANONYMOUS
Oracle Text: CTXSYS
تا قبل از اوراکل 19c، برای این نوع از کاربران سیستمی، از روش احراز هویت، PASSWORD استفاده می شد به همین جهت، با ایجاد دیتابیس در این نسخه ها(قبل از 19c)، تعداد زیادی از کاربران، پسورد default داشتند.
در این مطلب می خواهیم یکی از اجزای دیگر گلدن گیت به نام Data Pump را شرح دهیم.
سرویس Pump وظیفه خواندن داده های مربوط به EXTTRAIL و نوشتن داده ها به سیستم مورد نظر را دارد.
automatic indexing یکی از مهمترین قابلیتهایی است که در اوراکل 19c ارائه شد، این قابلیت، متناسب با دستورات sqlای که در دیتابیس اجرا می شوند، به صورت خودکار، برای ستونهای پراستفاده ایندکسی را ایجاد خواهد کرد البته علاوه بر امکان ایجاد خودکار ایندکسها، قابلیت حذف ایندکسهایی که در درازمدت از انها استفاده نشده است را هم فراهم می کند.
اوراکل با ارائه نسخه 10g، تکنولوژی قدرتمندی به نام Data Pump را ارائه کرد با استفاده از این تکنولوژی می توان حجم زیادی از اطلاعات را از دیتابیس استخراج کرد یا از یک بانک به بانک دیگر منتقل نمود.
Data Pump از نظر عملکرد همانند ابزارهای exp/imp قدیمی است ، ولی از نظر روش انجام کار، متفاوت است. exp/imp سنتی مبتنی بر کلاینت هستند در حالی که Data Pump کاملا مبتنی بر سرور پیاده سازی شده است.
استارت دیتابیس، با اتصال به محیط 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>
در صورتی که حجم لاگ ایجاد شده توسط قابلیت unified auditing نسبتا زیاد باشد، برای مراجعه و نگهداری اطلاعات audit trail، ممکن است با مشکل پرفورمنس و کمبود استوریج مواجه شویم بنابرین auditing باید طوری پیکربندی شود که حتی المقدور، اطلاعات اضافه ای در جدول مربوطه، ثبت نگردد.
ویژگی جدید اوراکل 19c که Auditing Only Top-Level SQL Statements نام دارد، می تواند در این زمینه موثر واقع شود.
در نسخه های اوراکل پیش از 12c، ایجاد ایندکس برای یک جدول پارتیشن بندی شده، سبب ایجاد ایندکس برای همه پارتیشنهای آن جدول می شد. چالش اساسی در این زمینه زمانی مطرح می شود که در مواردی، ایجاد ایندکس، اساسا کاربردی برای پارتیشنهای قدیمی جدول و یا حداقل بعضی از پارتیشنهای آن، ندارد.
(بیشتر…)زمانی که جدولی را با دستور drop حذف می کنیم، جدول مورد نظر، به recycle bin منتقل خواهد شد(البته منظور از انتقال، انتقال فیزیکی نیست و صرفا امری منطقی اتفاق خواهد افتاد) و تا زمانی که tablespaceای که جدول در آن قرار دارد، از فضای خالی فعلی اش استفاده کامل نکند، این جدول هم حذف نخواهد شد و امکان برگشت دارد.
برای برگرداندن جداول موجود در recycle bin ، می توان از قابلیت Flashback Drop استفاده کرد.
(بیشتر…)