مدیریت AWR در Active Data Guard – در اوراکل 26ai

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

از نسخه Oracle Database 12.2 به بعد، تولید گزارش‌های AWR روی Active Data Guard (ADG) با استفاده از Remote Management Framework (RMF) امکان‌پذیر شد. در این مدل، داده‌های AWR باید به‌صورت دستی از پایگاه داده standby به پایگاه داده primary منتقل می‌شدند. نقطه ضعف اساسی این روش آن بود که به مراحل پیکربندی متعددی نیاز داشت و عملا تحلیل AWR روی پایگاه‌داده‌های physical standby از نظر عملیاتی برای DBAها چالش‌برانگیز بود.

با ارائه Oracle AI Database 26ai، پشتیبانی AWR برای پایگاه‌داده‌های Active Data Guard Standby به‌صورت کامل یکپارچه شده و به‌طور پیش‌فرض فعال است. Snapshotهای AWR به‌صورت خودکار روی ADG standby جمع‌آوری شده و بدون نیاز به مداخله دستی یا پیکربندی RMF، به پایگاه داده primary منتقل می‌شوند. به‌صورت پیش‌فرض، snapshotها هر یک ساعت یک‌بار گرفته می‌شوند و مدت نگهداری (retention) آن‌ها ۸ روز است.

(بیشتر…)

آموزش نصب و راه‌اندازی بانک‌اطلاعاتی اوراکل 26ai

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

در این مستند قصد داریم نحوه نصب Oracle AI Database 26ai را روی سیستم عامل Oracle Linux 9.5 شرح دهیم. در گام اول باید مقدمات نصب اوراکل را در محیط سیستم عامل فراهم کنیم.

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

با طی هفت مرحله زیر، این کار را در محیط اوراکل لینوکس نسخه 9.5 انجام خواهیم داد.

توجه:حداقل نسخه سیستم عامل لینوکس برای نصب اوراکل 26ai برابر Oracle Linux 8.8 است(برای 23.5 به بعد) و برای نسخه 9 هم می توان 26ai را روی Oracle Linux 9.2 به بعد نصب کرد.

 مرحله اول: در گام اول، نام هاست را از localhost به OL95 تغییر می دهیم:

(بیشتر…)

اوراکل 26ai – امکان استفاده از bind variable با قابلیت Materialized View Query Rewrite

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

تا قبل از نسخه 26ai، کوئری‌هایی که شامل bind variable بودند، نمی‌توانستند از قابلیت query rewrite با استفاده از materialized view (MV) بهره ببرند و اوراکل مجبور بود داده‌ها را مستقیماً از جدول‌های پایه بخواند، که باعث از دست رفتن مزایای کاراییِ داده‌های پیش‌تجمیع‌شده (pre-aggregated data) می‌شد.

از Oracle AI Database 26ai به بعد، این محدودیت حذف شده است و این بهبود به optimizer اجازه می‌دهد مقدار واقعی bind variable را در زمان اجرا بررسی کرده و تصمیم بگیرد که آیا کوئری می‌تواند با استفاده از MV بازنویسی شود یا خیر.

مقایسه رفتار در اوراکل 19c و 26ai

ایجاد Materialized View

SQL> CREATE MATERIALIZED VIEW vahid.mv_emp_dep
ENABLE QUERY REWRITE AS
SELECT department_id,
       COUNT(*) AS emp_count,
       SUM(salary) AS total_salary
FROM vahid.employees where department_id<100
GROUP BY department_id;

Materialized view created

این MV داده‌های تجمیع‌شدهٔ کارمندان را برای دپارتمان‌هایی با شناسهٔ کمتر از ۱۰۰ ذخیره کرده و برای query rewrite خودکار مناسب است.

(بیشتر…)

قابلیت RESETTABLE در اوراکل 26ai

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

در دیتابیس اوراکل، state بسته‌های PL/SQL در سطح session حفظ می شود. یعنی زمانی که یک package در session ای اجرا می‌شود، متغیرهای global آن، مقادیر خود را در میان چندین فراخوانی حفظ می‌کنند. در نسخه‌های قبلی Oracle(قبل از 26ai)، زمانی که یک package دوباره compile می‌شد، تمام sessionهایی که state آن package را نگه داشته اند با خطاهای ORA-04068 مواجه می‌شدند.

در اوراکل 26ai، عبارت RESETTABLE راهی جدید برای مدیریت state بسته‌های PL/SQL معرفی می‌کند. با استفاده از این عبارت، زمانی که package تشخیص دهد وضعیت آن دیگر معتبر نیست، به‌صورت خودکار reset می‌شود، و مانع از کرش کردن session می شود. برای درک بهتر عملکرد آن، سناریوی عملی زیر را بررسی می‌کنیم. 

(بیشتر…)

اوراکل 26ai – چگونه با عبارت QUALIFY نتایج توابع تحلیلی را بدون subquery فیلتر کنیم؟

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

فرض کنید میخواهیم از جدول employees، از هر دپارتمان، فقط اطلاعات کارمندی را نمایش دهیم که بالاترین حقوق را دارد. برای گرفتن این خروجی، تا قبل از نسخه 26ai معمولا از subquery استفاده می کردیم:

SELECT *
FROM (
  SELECT employee_id,
         first_name,
         department_id,
         salary,
         RANK() OVER (PARTITION BY department_id ORDER BY salary DESC) AS Rank_Per_DEP
  FROM employees
)
WHERE Rank_Per_DEP = 1;

(بیشتر…)

نصب Oracle AI Database Free 26ai روی Oracle Linux 9

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

اوراکل امروز (23.26)Oracle AI Database Free 26ai را معرفی کرده است. در این راهنما، مراحل نصب این نسخه روی Oracle Linux 9.5 را توضیح می‌دهیم.

محدودیت‌های منابع سیستم

نسخه رایگان Oracle AI Database 26ai اجازه استفاده از حداکثر منابع زیر را می‌دهد:

  • 2 هسته CPU

  • 2 گیگابایت RAM

  • 12 گیگابایت فضای ذخیره‌سازی داده‌ها

این نسخه برای توسعه‌دهندگان، یادگیری و محیط‌های تست کوچک مناسب است.

(بیشتر…)

مقایسه رفتار پستگرس و اوراکل برای بازگردانی تغییرات

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

همان‌طور که می‌دانید، وقتی در یک تراکنش رکوردی حذف یا بروزرسانی می‌شود، گاهی لازم است تغییر انجام‌شده به حالت قبلی بازگردد (rollback). برای مثال، کاربری رکوردی را بروزرسانی می‌کند و بلافاصله متوجه می‌شود که باید این تغییر را لغو کند. در اکثر دیتابیس‌های رابطه‌ای مدرن که ACID را به‌طور کامل پشتیبانی می‌کنند، این امکان وجود دارد، اما مکانیزم اجرایی آن در هر دیتابیس می‌تواند متفاوت باشد.

در این مقاله قصد داریم راهکارهای دیتابیسهای اوراکل و پستگرس را برای مدیریت تراکنش‌ها با نگرش بازگردانی تغییرات با یکدیگر مقایسه کنیم. با توجه به طولانی شدن مطلب، تمرکز این متن صرفاً بر جنبه بازگردانی تغییرات است و سایر جنبه‌ها مانند مکانیزم‌های Locking در مقاله‌ای جداگانه بررسی خواهند شد.

(بیشتر…)

کاهش حجم Unified Audit Trail در اوراکل 23ai

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

ویژگی Unified Auditing در پایگاه داده اوراکل مکانیزمی قدرتمند برای ثبت فعالیت‌های دیتابیس به‌صورت متمرکز و منسجم است. با این حال، این ویژگی می‌تواند چالش‌هایی برای DBA ایجاد کند، به‌ویژه زمانی که مدیریت حجم Audit Trail مدنظر باشد.

یکی از نگرانی‌های رایج، فراهم کردن فضای ذخیره‌سازی کافی برای جدول AUD$UNIFIED است. در برخی محیط‌ها، DBA ممکن است بخواهد میزان داده‌های ذخیره‌شده در Audit Trail را با حذف ستون‌های مشخص کاهش دهد.

اوراکل 23ai (نسخه 23.7) یک پارامتر جدید برای این منظور معرفی کرده است: UNIFIED_AUDIT_TRAIL_EXCLUDE_COLUMNS

پارامتر unified_audit_trail_exclude_columns این امکان را می دهد تا از ثبت Audit در ستون‌های مشخصی از Unified Audit Trail جلوگیری کنیم، که باعث کاهش مصرف فضا و همچنین کاهش سربار ثبت جزئیات غیرضروری می‌شود.

SQL> SHOW PARAMETER unified_audit_trail_exclude_columns;

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
unified_audit_trail_exclude_columns  string      NONE

(بیشتر…)

قابلیت SQL Diagnostic Report – اوراکل 23ai و 19.28

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

پیش از اوراکل 23ai و 19.28، اسکریپت awrsqrpt.sql یکی از روشهای تحلیل اجراهای قبلی یک کوئری بود و از این طریق می توانستیم آمارهای مربوط به میزان استفاده از CPU، ورودی/خروجی (I/O) ، زمان سپری شده(elapsed time) و … را در یک بازه زمانی مشخص مشاهده کنیم. با این حال، این روش دو محدودیت اصلی داشت. در این روش نیاز بود دو AWR snapshot تعیین شوند و ضمنا اطلاعات ارائه‌شده در گزارش هم نسبتاً محدود بود. نمونه خروجی awrsqrpt.sql:

با معرفی اوراکل 23ai، تابع جدیدی به نام REPORT_SQL به پکیج DBMS_SQLDIAG اضافه شد. این تابع، یک گزارش تشخیصی کامل در قالب HTML برای یک کوئری مدنظر ما تولید می کند و به نسبت اسکریپت awrsqrpt.sql دید عمیق‌تری از نظر پرفورمنسی ارائه می‌دهد. این قابلیت در 19.28 نیز قابل استفاده است.

(بیشتر…)

اوراکل 19c و 23ai – گزارش وضعیت پیشرفت RMAN

نویسنده مطلب: Vahid Yousefzadeh Leave a comment

هنگام انجام عملیات بازیابی (restore) پایگاه داده اوراکل با استفاده از ابزار RMAN، اوراکل از طریق ویوی v$session_longops اطلاعاتی از میزان پیشرفت هر عملیات ارائه می‌دهد. این قابلیت به مدیران پایگاه داده (DBAها) امکان می‌دهد که فرآیند بازیابی را پایش کرده و مدت زمان تقریبی آن را تخمین بزنند.

برای مثال:

set linesize 1000
col opname format a40
SELECT opname,
       totalwork,
       sofar AS procd_blocks,
       TIME_REMAINING,
       ROUND(sofar/totalwork*100,2) AS pct_done
FROM   v$session_longops
WHERE  opname LIKE 'RMAN%'
AND    totalwork > 0
AND    sofar <> totalwork;
OPNAME                                    TOTALWORK PROCD_BLOCKS TIME_REMAINING   PCT_DONE
---------------------------------------- ---------- ------------ -------------- ----------
RMAN: full datafile restore                67490026      3147741          26123       4.66

در این مثال، اوراکل تخمین زده است که عملیات بازیابی بیش از 26,000 ثانیه طول خواهد کشید و تنها 4.66 درصد از عملیات مربوط به یک channel تا این لحظه انجام شده است.

در نسخه‌های 19c (احتمالاً از 19.28) و 23ai، در هنگام عملیات بازیابی، اگر عملیات یک channel بیش از 900 ثانیه طول بکشد، اوراکل به‌طور خودکار گزارش پیشرفت I/O را فعال می‌کند و پیام زیر را نمایش می دهد:

I/O statistics progress reporting enabled with interval 900 seconds

(بیشتر…)