V$ORACLE_CITY



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

  • Enterprise edition
  • standard edition

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

 

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

 

در صورتی که بخواهید جدولی را پارتیشن بندی کنید و نرم افزار شما در مد standard نصب شده باشد با خطای زیر مواجه می شوید:

 

ORA-00439: feature not enabled: Partitioning

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

  • ابتدا تمام دیتابیس هایی (INSTANCE)که بر روی مسیر ORACLE_HOME نصب و فعال هستند را خاموش کنید.
  • سپس به مسیر زیر بروید:

o       $ cd $ORACLE_HOME/rdbms/lib

  • دستورات زیر را به ترتیب اجرا کنید:

o       $ make -f ins_rdbms.mk part_on

o       $ make -f ins_rdbms.mk ioracle

  • دیتابیس های خود را روشن کنید.

خب امیدوارم که این مطلب برای شما مفید باشه :)

 


در این مقاله تلاش می شود تا از 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

 

و یا در مسیر لاگ های اوراکل که Data Guard Broker لاگ فایلی به نام drc<primary site>.log ایجاد میکند ,خطای زیر را مشاهده کردید :

 

Property 'DbFileNameConvert' has inconsistent values:METADATA='', SPFILE='+DATA/orcl,+DATA/orcl', DATABASE='+DATA/orcl, +DATA/orcl'

Property 'LogFileNameConvert' has inconsistent values:METADATA='+DATA/orcl/ONLINELOG/,+DATA /orcl/ONLINELOG/', SPFILE='+DATA/orcl,+DATA/orcl', DATABASE='+DATA/orcl, +DATA/orcl'

 

با استفاده از دستور زیر  موارد دارای تناقض که درست تنظیم نشده را مشاهده میکنید:

DGMGRL /

DGMGRL> show database '<db_unique_name>' 'InconsistentProperties'

 

سپس مقدار جدید را با استفاده از دستور زیر اعمال نمایید تا Warning مربوطه بر طرف گردد.

On Primary:

DGMGRL> edit DATABASE "orcl" SET PROPERTY DbFileNameConvert = '+DATA/orcl, +DATA/orcl'

DGMGRL> edit DATABASE "orcl" SET PROPERTY LogFileNameConvert = '+DATA/orcl, +DATA/orcl'

 

On Standby:

DGMGRL> edit DATABASE "orcl" SET PROPERTY DbFileNameConvert = '+DATA/orcl, +DATA/orcl'

DGMGRL> edit DATABASE "orcl" SET PROPERTY LogFileNameConvert = '+DATA/orcl, +DATA/orcl'

 






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.

To check which session timeout is currently active, you can deduct the following command.

 

[oracle@hanoemap1 bin]$ cd –

/app/oracle/product/middleware13C/bin

 

[oracle@hanoemap1 bin]$ ./emctl get property -name oracle.sysman.eml.maxInactiveTime

Oracle Enterprise Manager Cloud Control 13c Release 2

Copyright (c) 1996, 2016 Oracle Corporation. All rights reserved.

SYSMAN password:

Value for property oracle.sysman.eml.maxInactiveTime at Global level is -1

 

[oracle@hanoemap1 bin]$

 

clip_image001

 

NOTE: This change will need your OMS to restart, if you have multi-OMS environment, you may need to bounce both OMS.

You can also change this property from EM Console if you want. Navigate to Setup -> Manage Cloud Control -> Management Servers.

 

clip_image003

 

From Management Servers Home Page, Drop Down Management Servers and click on Configuration properties”

 

clip_image004

 

On Management Server Configuration Properties Page, you can see all the properties listed, along with oracle.sysman.eml.maxInactiveTime” in our case, highlighted in Yellow.

 

clip_image006

 

Click on the property Name, for whom you want to change the value. It will take you to Set Property” page where you can make the changes.

 

clip_image008

 

Make the change in the property value and Click on Save.

source


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
SOLUATION:
Cause: The archive logs seems that it is not yet applied in the standby database.
                        Select sequence# , applied from v$archived_log;
 
Action: Check the standby database and apply the logs manually and the start the deletion process.
              I can delete the archive logs by force using the below command.
 
      RMAN > delete noprompt force archivelog all;
 
But I don't want to delete the archives which are not applied in standby  so i'm changing the configuration
              
RMAN> show all;

Old configuration:
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
 
Change as Below:
RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO SHIPPED TO STANDBY;
 
new RMAN configuration parameters:
 
CONFIGURE ARCHIVELOG DELETION POLICY TO SHIPPED TO STANDBY;
 
new RMAN configuration parameters are successfully stored
 
RMAN-08591: WARNING: invalid archived log deletion policy


Now check the configuration
 
RMAN> show all;
 
CONFIGURE ARCHIVELOG DELETION POLICY TO SHIPPED TO STANDBY;
 
 
Now I am able to delete those archivelogs now.
 
 
RMAN> delete noprompt archivelog all;
 
RMAN> crosscheck archivelog all;
 
Once I deleted those logs, I changed the rman configuration by the default one.
 
 
RMAN> CONFIGURE ARCHIVELOG DELETION POLICY CLEAR;
RMAN> Show all;

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


 

This is because the standby is open read-only and cannot update any tables.
When a user's account has to be locked on the standby database, it is locked only in memory there.

 

Solution :

1-

A privileged user (sysdba, the database administrator) must logon to the standby and unlock the account there.
A message ORA-28015 "Account unlocked, but the database is open for read-only access" confirms that the account is now unlocked in the standby database.
From then on, the user can logon to the standby database without getting any error.
 
SQL>alter user dbsnmp account locked;
SQL>alter user dbsnmp account unlock;

 

 

2-
Check the DB Target in EM Grid Console monitoring credentials are correct:
Navigation path:
Targets > Databases > Select the Database form the radio button > Configure > Test connection

 

 

3-
 
SQL>ALTER PROFILE new_profile 
   LIMIT PASSWORD_LIFE_TIME UNLIMITED 
   PASSWORD_REUSE_MAX UNLIMITED;
SQL>ALTER USER dbsnmp  
    PROFILE new_profile; 

 


تبلیغات

محل تبلیغات شما
محل تبلیغات شما محل تبلیغات شما

آخرین وبلاگ ها

آخرین جستجو ها

Tammy نجوای رها Todd علوم ماورا دانلود آگهی ترحیم وبلاگ شخصی حامد موقری