رفع مشکل Warning: ORA-16826: apply service state is inconsistent with the DelayMins property

امروز تو یکی از سایتهام به مشکل زیر در DGMGRL خوردم

DGMGRL for Linux: Version 11.2.0.4.0 - 64bit Production
Copyright (c) 2000, 2009, Oracle. All rights reserved.

Welcome to DGMGRL, type "help" for information.
Connected.
DGMGRL> show configuration;

Configuration - primary
Protection Mode: MaxAvailability
 Databases:
 orcl - Primary database
 orcldg - Physical standby database
 Warning: ORA-16826: apply service state is inconsistent with the DelayMins property

Fast-Start Failover: DISABLED
Configuration Status:

WARNING

ساخت مخزن آفلاین برای YUM

شاید نیاز داشته باشید برای نصب پکیج‌های پیشنیاز اوراکل از مخازن آفلاین درون DVD توزیع خودتون استفاده کنید و یا شایدم برای نصب پیش‌نیازهای اوراکل نیاز به نصب پکیج‌هایی داشته باشید و تو سایتتون امکان دسترسی ماشین به اینترنت رو نداشته باشید و یا اگه هم داشته باشید با مشکلاتی رو به رو باشید مثلاً استفاده از VPN یا Proxy که اگه توزیعتون اوراکل لینوکس هم باشه برای دسترسی به مخازن آنلاین اوراکل کارتون دو چندان میشه

تو این پست یک نگاه عملی بر مبنای این سناریو برای نصب پکیج‌های پیشنیاز اوراکل داریم

مرحله اول

اولین کارمون اینه که از DVD توزیع دایرکتوری مخازن رو در مسیری لوکال کپی کنیم

بعد از mount‌دیسک چه به صورت خودکار یا با دستور زیر

mount -t auto /dev/dvd /mnt

یا ماونت به صورت مستقیم از روی iso دیسک

mount -o loop /path/to/iso /mnt

ما باید دایرکتوری Packages رو توی مسیری لوکال که مجوزهای کافی برای خوندن و نوشتن رو داریم کپی کنیم:

[root@primary Desktop]# cp -R /mnt/Packages/ .
[root@primary Desktop]# mv Packages/ dvd

نحوه پیدا کردن سایز دیسک های سیستم عامل از طریق PL/SQL

برای اینکار هیچ پکیج PL/SQl از قبل نوشته شده ای وجود نداره برای رسیدن به نتیجه باید یک external table ساخت و با استفاده از یک pre-processor اطلاعات مورد نیاز رو برگردوند متاسفانه این pre-processor ما براساس پلتفرم کار میکنه

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

step0:

[oracle@localhost]$ df -B 1 /usr 
Filesystem 1B-blocks Used Available Use% Mounted on 
/dev/sda3 24770654208 22113492992 1398870016 95% /

step1: 

[oracle@localhost ~]$ cat /tmp/demo/demo.dat 
/usr

step2: 

[oracle@localhost ~]$ cat /tmp/demo/df.sh 
#!/bin/bash 
/bin/df -B 1 `/bin/cat ${1}` | /bin/awk 'NR == 2 {print $4}'

step3: 

create or replace directory DEMO as '/tmp/demo'

step4: 

CREATE TABLE 
df 
( 
free NUMBER 
) 
ORGANIZATION EXTERNAL 
( 
TYPE ORACLE_LOADER 
DEFAULT DIRECTORY DEMO 
ACCESS PARAMETERS 
( 
RECORDS DELIMITED BY NEWLINE CHARACTERSET WE8MSWIN1252 
NOBADFILE 
NOLOGFILE 
PREPROCESSOR demo:'df.sh' 
FIELDS TERMINATED BY "|" LDRTRIM 
REJECT ROWS WITH ALL NULL FIELDS 
( 
free CHAR 
) 
) 
LOCATION 
( 
'demo.dat' 
) 
) 
REJECT LIMIT UNLIMITED 
;

step5: 

SQL> select * from df;

FREE 
----------
1398870016

فقط نکته‌ای که داره اینه که سایز پارتیشن‌ها رو براساس نقاط مانت شده درمیاره و اون نقطه مانت شده ای که میدید حتما باید رو یه پارتیشن جدا باشه تا سایزش رو نشون بده و اگه اون نقطه زیرمجموعه یه نقظه دیگه باشه حتما باید نقطه اصلی رو بدید تا سایز اون پارتیشن رو بفهمید

نگاهی بر معماری Oracle Data Guard - قسمت دوم

تو این اسلاید راجع به روش‌هایی که میشه با اونها دیتاگارد رو مدیریت کرد صحبت کرده

• زمانی که broker پیکربندی شده باشد
• ابزار خط فرمان DGMGRL
• ابزار EM Grid Control
• با استفاده از دستورات SQL و کوئری گرفتن از viewهای دیتادیکشنری

زمانی که broker پیکربندی نشده باشد

• فقط با استفاده از دستورات SQL و کوئری گرفتن از viewهای دیتادیکشنری

اما اگه Gap ای بین دیتابیس primary و standby ایجاد بشه یعنی حتی یک redo سمت primary نوشته شده باشه ولی در سمت standby به هر دلیلی نوشته نشده باشه حالت Gap‌ به وجود میاد

کی ممکنه Gap اتفاق بیوفته:

• مشکل شبکه
• مشکل پروسس LNS (ارسال کننده)
• مشکل پروسس RFS (دریافت کننده)

تو این حالت دیتابیس standby با دیتابیس primary به طور کامل sync نیستند

راه‌حل اوراکل برای این مشکل به ۲ صورت است:

• Automatic
• Manual

خب فرض کنید Gap ای بین دیتابیس‌هامون داریم و redo log fileهامون جلو رفتن چون ممکنه زمان زیادی Gap‌ ایجاد شده باشه و ادمی هم متوجه Gap نشده باشه تو این حالت ممکنه بارها redo log buffer ما خالی و پر شده باشه و عملاً sync کردن دیتا رو با مشکل مواجه کنه

همچنین online redo log fileها هم بارها log switch براشون رخ داده و overwrite شدن پس دیگه امکان خوندن از online redo log fileها هم نیس

اینجاست که Archiveهای ما به کمکمون میان

حالت Automatic

تو این حالت RFS به جای اینکه redoها رو بگیره به طور خودکار archiveها رو می‌گیره و شروع به apply کردن archiveها میکنه

حالت Manual

فرضاً redoها تا ۱۰ تا seq انتقال پیدا می‌کنند(apply می‌شوند) ولی آرشیو‌های redo شماره ‍۱۱ وجود نداره ولی ۱۲ به بعد آرشیوهاش موجوده و هرچی هم سرور رو جستجو می‌کنید seq شماره ۱۱ رو پیدا نمی‌کنید این Gap فقط با روش manual حل میشه

مثلاً ۱۰ تا seq به سمت دیتابیس گارد نرفته‌اند تو این حالت تمام redoهای archive شده در سمت دیتابیس primary به محض برقراری ارتباط شبکه بین دیتابیسها شروع به apply شدن می‌کنند

اینجا کانفیگ از اول روشی غلط است چون فقط یک یا چند seq انتقال پیدا نکرده‌اند

انشالله تو پستی جداگونه این مطلب رو شرح خواهم داد

Manually Resolving Gaps - Oracle Data Guard 11gR2

نگاهی بر معماری Oracle Data Guard - قسمت اول

تو این مجموعه پست‌ها میخوایم نگاهی مقدماتی بر اوراکل دیتاگارد از روی اسلایدهای اوراکل داشته باشم:

 

بعد از کامل کردن این سری از اسلایدها شما قراره:

• کامپوننت‌ها و اجزای دیتاگارد رو بشناسید
• اختلاف بین physical standby و logical standby رو بدونید
• فواید پیاده‌سازی دیتاگارد رو بشناسید

نکته: کلاً وقتی دیتاگارد راه میندازیم یعنی ۲ تا سرور داریم یکی سرور اصلی primary و یکی سرور دیتاگارد که بهش standby می‌گیم (چون همیشه آماده به خدمته)

نگاهی بر معماری Oracle Database 11g - قسمت سوم

نگاهی بر معماری Oracle Database 11g - قسمت اول

نگاهی بر معماری Oracle Database 11g - قسمت دوم

LGWR

کار background process log writer اینه که تمام redo entryها رو که توی log buffer نوشته میشه رو توی redo log file بنویسه

LGWR تعداد نداره یعنی همیشه یکی است و اگه این background process پایین بیاد دیتابیس کلاً shutdown میشه

زمانهای نوشتن:

• اگر کاربر دستور commit رو بزنه
• وقتی که 1/3 redo log buffer پر بشه
• قبل از شروع نوشتن بافر در دیسک توسط DBW
• هر ۳ ثانیه یکبار

سرعت نوشتن LGWR بسایر بیشتر از DBW ه چون فقط به انتهای یک فایل باینری redo entryها رو میبره

LGWR به صورت چرخشی بین redo log file ها عمل میکنه که بهش log witch میگیم

نگاهی بر معماری Oracle Database 11g - قسمت دوم

نگاهی بر معماری Oracle Database 11g - قسمت اول

KEEP buffer pool

اگه جداول base ما در محاسباتمون زیاد استفاده میشه (موقع join ها) و گزارش‌گیری‌های زیادی ازشون انجام میشه برای اوراکل نمیصرفه هر دفعه اطلاعات شما رو بیاره تو database buffer cache پس اوراکل جدول رو KEEP میکنه یعنی جدول base رو میخونه میاره تو حافظه تو محفظه‌ی KEEP buffer pool پس دیتایی که دائما توی گزارش‌هامون مورد استفاده قرار میگیره و تغییراتی روش انجام نمیشه رو اوراکل به صورت KEEP نگه میداره مگر اینکه دیتابیس بیاد پایین یا برق سرور بره

همچنین این کار موقع ساختن جدول یا بعدش با دستور alter امکان پذیره همچنین می‌تونید برای اینکار اسکریپت هم بنویسید

 Alter table emp storage (buffer_pool Keep);

یه نمونه اسکریپت

Oracle Automating Script for KEEP Pool Caching Tables & Indexes db_keep_cache_size

BEST PRACTICE اینه که فقط جداول پایه با حجم کم رو KEEP‌ کنید در کل جداولی با داده کم و کاربرد زیاد مثل اطلاعات: شهرها، فرمولهای مالی، نرخ سود، نام دپارتمان‌ها و ...

 

نکته: هیچوقت یک جدول بالای 1 میلیون رکورد رو KEEP نکنید چون بی‌خودی حافظه رو میگیره

نکته: اگه دیتا زیاده و تغییرات داره بهتره از TimesTen استفاده بشه (این محصول دیتا رو کلاً میخونه میذاره تو حافظه بعد خودش دیتابیس رو مدیریت میکنه که اگه دیتا تغییر کرد دیتای حافظه هم تغییر کنه و ...)

نگاهی بر معماری Oracle Database 11g - قسمت اول

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

دریافت
حجم: 558 کیلوبایت
توضیحات: Less01_Architecture

دریافت
حجم: 23 مگابایت
توضیحات: تمام اسلایدهای اوراکل ورکشاپ ۱ به همراه اسکریپت‌ها 

نگاهی بر معماری Oracle Database 11g - قسمت اول

نگاهی بر معماری Oracle Database 11g - قسمت دوم

نگاهی بر معماری Oracle Database 11g - قسمت سوم

یادتون باشه اگه معماری اوراکل رو خوب ندونید برای tuning اون نمیتونید مانور زیادی انجام بدید. پس اول باید معماری رو خوب بلد باشیم که چه اتفاقهایی تو سیستم میوفته بعد برای tun‌ کردن دیتابیس اقدام کنیم.

اتصال Oracle به SQL Server با Oracle Database Gateway

با اومدن ورژن 11g، اوراکل محصول جدیدی رو به عنوان Database Gateway معرفی کرد که میتوان از آن برای اتصال به MSSQL و دیتابیس‌های مختلف دیگه استفاده کرد.

Database Gateway با ورژن‌های 10.1.0.5، 10.2.0.3 بعد از اعمال patchهای امنیتی سازگاره همچنین به طور مستقیم با ورژن‌های 10.2.0.4، 10.2.0.5، 11.1 و 11.2 مشکلی نداره

مراحل زیر رو دنبال کنید و یادتون باشه این مراحل روی پلتفرم‌های Linux/Unix کار میکنه البته برای باقی سیستم‌عامل‌ها هم مراحل شبیه همین مراحل‌اند:

1. اگه قبلاً Oracle Database Gateways رو دانلود نکردید تو قدم اول باید دانلود رو انجام بدید.
2. Oracle Database Gateway رو برای Microsoft SQL Server نصب کنید.
3. Database Gateway رو برای اتصال به Microsoft SQL Server کانفیگ کنید (DG4MSQL).

دانلود نرم‌افزار

Oracle Database Gateways رو از Oracle eDelivery یا Metalink دانلود کنید.

مروری اجمالی بر سخت‌افزاری‌های مورد نیاز کلاستر - قسمت دوم

قسمت قبل: مروری اجمالی بر سخت‌افزاری‌های مورد نیاز کلاستر - قسمت اول

همیشه اینو یادتون باشه اگه io خیلی زیادی دارید best practice اینه که نوع OS شما windows / linux نباشه و بهتره از سخت‌افزارهای RACK Oracle/Sun و OS Sun Solaris استفاده کنید همچنین استفاده از IBM AIX و HP-UX هم توصیه میشه

اوراکل توی چند ساله اخیر اومد گفت که دیگه نسخه 11g به بعد رو برای HP-UX نمیده پس بهتره از Oracle Sun Solaris استفاده کنید

یادتون باشه بسته به TPSهاتون (Transaction Per Seconds) باید سرور رو مشخص کنید مثلاً سرورهای dl محدودیت‌هایی از لحاظ آدرس‌دهی و معماری دارند چون Intel بیس‌اند پس در شرایطی که tpsهاتون وحشتناک زیاده (مثلاً در هر ثانیه ۱۰ تا رکورد insert بشه) از dl استفاده نکنید

معمولاً در سازمان‌ها مخلوطی از سرورها با برندهای مختلف رو استفاده می‌کنن مثلاً برای core banking‌ از HP-UX و ماشین‌های IBM و برای سیستم مالی از سرورهای dl و لینوکس استفاده می‌کنن

یادتون باشه برای DBA فرقی نمیکنه نوع سیستم‌عامل چیه و کامل بلد بودن لینوکس برای کار با همه سیستم‌عامل‌ها کفایت میکنه

هارد دیسک

هر هاردی یک صفحه دیسک داره که بهش می‌گیم plate و به خود اون دیسک میگن platter پس ممکنه یک هارد چندین platter داشته باشه

تقسیم‌بندی بالا که به صورت sector و track است بیشتر intel بیسه ولی توی IBM تقسیم‌بندی‌ها عوض میشه و به صورت بلاک/بلاک هستش

به هر قطاع یک سکتور گفته میشه و تمام سکتورها باهم سایزشون یکیه اونهایی که به مرکز نزدیکتراند تراکم بیشتری دارند و اونهایی که به لبه نزدیکتراند تراکم کمتری دارند

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