اوراکل 26ai(23.26.3)– کنترل تولید Redo در PDB با استفاده از پارامتر REDO_GENERATION_KBPS_MAX

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

در محیط Container Database، گاهی اوقات ممکن است یک PDB در مدت زمان کوتاهی مقدار بسیار زیادی Redo تولید کند. این تولید بیش از حد Redo می‌تواند منابع مشترک را مصرف کرده و به‌طور بالقوه روی عملکرد سایر PDBها تأثیر بگذارد. به بیان دیگر، یک PDB می‌تواند مصرف بیش از حد منابع داشته باشد و عملکرد سایر PDBها را تحت تأثیر قرار دهد.

اوراکل 26ai در نسخه 23.26.3 پارامتر REDO_GENERATION_KBPS_MAX را در این زمینه معرفی کرده است. این پارامتر به ما اجازه می‌دهد مقدار نرخ تولید Redo یک PDB مشخص را کنترل کنیم و برای آن یک target تنظیم کنیم.

(بیشتر…)

اوراکل 26ai – پشتیبانی از WAIT و NOWAIT برای دستورات DELETE، UPDATE، INSERT و MERGE

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

همانطور که می دانید، برای اجرای دستورات DMLای، رکوردها ابتدا قفل (Lock) می‌شوند و اگر Sessionای تلاش کند همان رکورد را تغییر دهد، باید تا زمان آزاد شدن قفل منتظر بماند و به صورت پیش فرض، این زمان انتظار نامحدود است. البته در نسخه‌های پیشین پایگاه داده اوراکل، عبارت WAIT همراه با دستور SELECT FOR UPDATE می توانست محدودیتی را در این زمینه ایجاد کند و به کاربران این امکان را می‌داد که مشخص کنند پیش از Rollback شدن دستور، چه مدت برای آزاد شدن قفل منتظر بمانند.

برای مثال:

Connected to Oracle Database 19c Enterprise Edition Release 19.0.0.0.0

SQL> select * from tbl for update wait 10;

ORA-30006: resource busy; acquire with WAIT timeout expired

(بیشتر…)

مدیریت 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

(بیشتر…)