OEM13c – The page has expired. Click OK to continue.

If you are getting an error message or Pop-UP which says “The page has expired. Click OK to continue.” This means that your Cloud Control session has expired or timeout as there was no activity in your session.

 

The default value for session timeout is 45 minutes. Can we increase this session timeout frame, YES! You can. You set this value as per requirement of your company’s security policy. It may vary for different clients or companies.

 

As per your requirement you can increase the Session Timeout time by changing the value of “oracle.sysman.eml.maxInactiveTime” parameter. Also note that the value for this parameter is always defined in Minutes. In-my case the requirement was to keep the session active unless the user itself does not logs out from the application. So I set the value of “oracle.sysman.eml.maxInactiveTime” parameter to -1. But if let’s say you want the session to be active for 10 hours you can set the value to 600. However if you want your session be active forever like in my case, you can set its value to -1.

NOTE: Zero means that the value is set to default than 45 minutes.

RMAN-08137: WARNING: archived log not deleted, needed for standby

RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process

 

RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process

When we are taking archive log backup with delete then got an error.

RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process

archived log file name=/pac/lci9t1/arch/redo_1_16470_842608348.arc thread=1 sequence=16470

RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process

archived log file name=/pac/lci9t1/arch/redo_1_16471_842608348.arc thread=1 sequence=16471

RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process

ORA-12012,ORA-20001 AND ORA-06512 FROM ORA$AT_OS_OPT_SY_XXX

Problem :

========

ORA-12012: error on auto execute of job “SYS”.”ORA$AT_OS_OPT_SY_936″
ORA-20001: Statistics Advisor: Invalid task name for the current user
ORA-06512: at “SYS.DBMS_STATS”, line 47207
ORA-06512: at “SYS.DBMS_STATS_ADVISOR”, line 882
ORA-06512: at “SYS.DBMS_STATS_INTERNAL”, line 20059
ORA-06512: at “SYS.DBMS_STATS_INTERNAL”, line 22201
ORA-06512: at “SYS.DBMS_STATS”, line 47197
2017-03-13T00:47:21.394481+00:00

Cause :
========

This issue is happening because of the unavailability of the Stats Advisor Tasks from the created database.

Resolution :
=============

1. Connect to the created database using the SYSDBA privilege and run the following command:
2.

SQL>select name, ctime, how_created
from sys.wri$_adv_tasks
where owner_name = ‘SYS’
and name in (‘AUTO_STATS_ADVISOR_TASK’,’INDIVIDUAL_STATS_ADVISOR_TASK’);

no rows selected

3.

SQL> EXEC dbms_stats.init_package();

PL/SQL procedure successfully completed.

4.

SQL>select name, ctime, how_created
from sys.wri$_adv_tasks
where owner_name = ‘SYS’
and name in (‘AUTO_STATS_ADVISOR_TASK’,’INDIVIDUAL_STATS_ADVISOR_TASK’);

NAME                                                            CTIME             HOW_CREATED
——————–                                                —————–     ———————
AUTO_STATS_ADVISOR_TASK                  13-MAR-17       CMD
INDIVIDUAL_STATS_ADVISOR_TASK     13-MAR-17       CMD

 

5. Once the Stats Advisor Tasks are available in database, the database alert log no longer has: – ORA-06512 FROM ORA$AT_OS_OPT_SY_XXX

Warning: ORA-16714: the value of property DbFileNameConvert is inconsistent with the database setting

در این مقاله تلاش می شود تا از InconsistentProperties که ناشی از یکسان نبودن مقادیر پارامتر بین  spfile، پیکربندی Data Guard Broker  و پایگاه داده است، حل شود.

 

در صورت مشاهده خطا  ORA-16714 در ابزار مدیریت دیتاگارد DGMGRL

 

DGMGRL> show configuration;

 

Configuration - orcl

 

  Protection Mode: MaxPerformance

  Databases:

    orcl - Primary database

    orcladg - Physical standby database

Warning: ORA-16714: the value of property DbFileNameConvert is inconsistent with the database setting

Warning: ORA-16714: the value of property LogFileNameConvert is inconsistent with the database setting

 

ORA-16072: a minimum of one standby database destination is required; ORA-03113: end-of-file on communication channel

 

 

اگر در بازیابی RMAN  با خطای زیر مواجه شدید و دیتابیس شاملStandby  و در مد Maximize Availability بود مراحل زیر را جهت رفع خطا دنبال کنید :

ORA-16072: a minimum of one standby database destination is required;

ORA-03113: end-of-file on communication channel

 

 

 

خطای بالا پس از تلاش برای OPEN کردن پایگاه ‌داده پس از Restore وRecover  RMAN رخ داده ‌است.

 

SQL> alter database open;

alter database open

*

ERROR at line 1:

ORA-03113: end-of-file on communication channel

Process ID: 3689

Session ID: 5644 Serial number: 5

 

در  RMAN بعد از open resetlogs:

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: failure of recover command at

RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 17 and starting SCN of 822561

 

---

تغییر پسورد کاربر sys و برطرف کردن مشکل ORA-01017

 

     در صورتی که بخواهید به صورت remote به دیتابیس لاگین کنید به صورت زیر

sqlplus sys@tnsname as sysdba

     ممکن است با ارور ORA-01017 مواجه شوید. برای برطرف کردن این مشکل ابتدا مطمئن شوید که فایل پسورد در مسیر $ORACLE_HOME/dbs/orapwORACLE_SID وجود دارد. در صورتی که این فایل موجود بود به صورت زیر به دیتابیس لاگین شوید:

sqlplus / as sysdba

SQL> select * from v$pwfile_users;

 

no rows selected

 

SQL> show parameter remote_login

 

NAME                                 TYPE        VALUE

------------------------------------ ----------- ----------

remote_login_passwordfile            string      EXCLUSIVE

تنظیم Automatic Memory Management

مدیریت خودکار حافظه (MMA)در پایگاه‌داده اوراکل  نسخه 11      

     اوراکل گام‌های بلندی در ساده‌سازی مدیریت حافظه در چند نسخه اخیر از پایگاه‌داده برداشته است .

اوراکل نسخه 9i مدیریت  PGA را به طور خودکار از طریق معرفی پارامتر  PGA_AGGREGATE_TARGET  انجام می دهد

اوراکل 10g این روند را با خودکار کردن مدیریت SGA   با استفاده از پارامتر SGA_TARGET انجام

 داده.

اوراکل 11g این یک مرحله را با اجازه دادن به شما برای تخصیص یک تکه از حافظه به کار می‌برد، که اوراکل از آن برای مدیریت پویا هم SGA  و هم  PGAاستفاده می‌کند.

 در زمان نوشتن این مستند  مدیریت حافظه خودکار (AMM) تنها بر روی سیستم عامل های اصلی پشتیبانی می‌شود:

 (Linux, Solaris, Windows, HP-UX, AIX)

     راه آسان جهت مدیریت حافظه در دیتابیس اوراکل این است که آن را به AMM واگذار کنیم. به همین جهت باید دو پارامتر MEMORY_TARGET و MEMORY_MAX_TARGET را تنظیم کنید.

     AMM به صورت خودکار SGA و PGA را بر اساس نیاز دیتابیس و بالانس کاری تنظیم می کند به صورتی که جمع مقدار حافظه ­ای که به این دو تخصیص میدهد برابر با مقدار MEMORY_TAGET  می شود. به این نکته توجه داشته باشید که AMM مقدار MEMORY_TARGET را تغییر نمی­دهد و در صورتی که نیاز داشته باشید خود شما باید مقدار این پارامتر را تغییر بدهید. (حداکثر به اندازه MEMORY_MAX_TARGET)

     تغییر پارامتر MEMORY_TARGET به صورت داینامیک انجام می شود و احتیاجی به ریست کردن دیتابیس نیست با استفاده از دستور زیر

ERROR: The Oracle Management Server (OMS) host and port specified via OMS_HOST & EM_UPLOAD_PORT is not available

اگر در مراحل deployment add host در Oracle Cloud 13 یا Oracle Cloud 12

ERROR: The Oracle Management Server (OMS) host and port specified via
OMS_HOST & EM_UPLOAD_PORT is not available.Pass in a valid hostname
and port number for the OMS to successfully deploy the agent.

با خطای بالا مواجه شدید موارد زیر را مد نظر قرار بدید و حتماً بررسی کنید :

فعال کردن امکان پارتیشن شدن جداول در اوراکل

در صورتی که نرم افزار دیتابیس اوراکل را قبلا نصب کرده باشید حتما در یکی از مراحل نصب با گزینه های انتخاب نصب در مد:

• Enterprise edition
• standard edition

مواجه شده اید. اوراکل بعضی از ویژگی هایش را در مد standard غیرفعال کرده است از جمله امکان پارتیشن کردن جداول. شما می توانید با اجرای دستور زیر بر روی دیتابیس خود متوجه بشوید که امکان پارتیشن کردن جداول بر روی دیتابیس شما فعال است یا  خیر:

 

select * from v$option where parameter = 'Partitioning';