Загрузка данных из Агента в OMS

English version of this article

Oracle Management Agent 10g был установлен на узле с помощью скрипта agentDownload script. Несмотря на то, что установка и настройка агента прошла успешно, новый узел не появился в списке хостов в веб-интерфейсе Enterprise Manager Grid Control.

Статус агента:

gc@agenthost $ emctl status agent
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
Agent Version     : 10.2.0.4.0
OMS Version       : 10.2.0.1.0
Protocol Version  : 10.2.0.0.0
Agent Home        : /u01/app/gc/product/agent10g
Agent binaries    : /u01/app/gc/product/agent10g
Agent Process ID  : 26774
Parent Process ID : 26765
Agent URL         : https://agenthost.domain.com:3872/emd/main/
Repository URL    : https://omshost:1159/em/upload
Started at        : 2008-04-24 12:20:17
Started by user   : gc
Last Reload       : 2008-04-24 12:20:17
Last successful upload                       : (none)
Last attempted upload                        : (none)
Total Megabytes of XML files uploaded so far :     0.00
Number of XML files pending upload           :        6
Size of XML files pending upload(MB)         :     5.88
Available disk space on upload filesystem    :    18.10%
Last successful heartbeat to OMS             : 2008-04-24 12:20:26
---------------------------------------------------------------
Agent is Running and Ready

В статусе агента видно, что Агент не может загрузить данные в OMS, а если вручную попробывать загрузить данные, то выводит такое сообщение:

gc@agenthost $ emctl upload
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
EMD upload error: uploadXMLFiles skipped :: OMS version not checked yet..

В логах агента, нашла такие ошибки в ORACLE_HOME/sysman/log/emagent.trc:

2008-04-23 19:54:26,063 Thread-20 ERROR http: snmehl_connect: Failed to get address for omshost: Non-Authoritive Host not found (error = 2)
2008-04-23 19:54:26,064 Thread-20 ERROR pingManager: nmepm_pingReposURL: Cannot connect to https://omshost:1159/em/upload: retStatus=-32
2008-04-23 19:54:26,067 Thread-20 ERROR http: snmehl_connect: Failed to get address for omshost: Non-Authoritive Host not found (error = 2)
2008-04-23 19:54:26,067 Thread-20 ERROR pingManager: nmepm_pingReposURL: Cannot connect to https://omshost:1159/em/upload: retStatus=-32
2008-04-23 19:54:26,359 Thread-5 ERROR http: snmehl_connect: Failed to get address for omshost: Non-Authoritive Host not found (error = 2)
2008-04-23 19:54:26,359 Thread-5 ERROR command: nmejcn: failed http connection to https://omshost:1159/em/upload: retStatus=-32
2008-04-23 19:54:28,368 Thread-5 ERROR http: snmehl_connect: Failed to get address for omshost: Non-Authoritive Host not found (error = 2)

Причина ошибки оказалась простой, из узла agenthost не определялся omshost:

gc@agenthost $ ping -a omshost
ping: unknown host omshost

После, прописания omshost в /etc/hosts (555.555.555.555 omshost), загрузка данных в OMS прошла успешно

gc@agenthost $ ping -a omshost
omshost (555.555.555.555) is alive

gc@agenthost $ emctl upload
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
EMD upload error: Upload timed out before completion.
Number of files to upload before the upload: 13, total size (MB): 5.25.
Remaining number of files to upload: 13, total size (MB): 5.25.

gc@agenthost $ emctl upload
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
EMD upload error: Upload timed out before completion.
Number of files to upload before the upload: 6, total size (MB): 1.38.
Remaining number of files to upload: 6, total size (MB): 1.38.

gc@agenthost $ emctl upload
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
EMD upload completed successfully

Теперь в статусе агента видно, что загрузка прошла успешно:

gc@agenthost $ emctl status agent
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
Agent Version     : 10.2.0.4.0
OMS Version       : 10.2.0.1.0
Protocol Version  : 10.2.0.0.0
Agent Home        : /u01/app/gc/product/agent10g
Agent binaries    : /u01/app/gc/product/agent10g
Agent Process ID  : 26774
Parent Process ID : 26765
Agent URL         : https://agenthost.domain.com:3872/emd/main/
Repository URL    : https://omshost:1159/em/upload
Started at        : 2008-04-24 12:20:17
Started by user   : gc
Last Reload       : 2008-04-24 12:20:17
Last successful upload                       : 2008-04-24 12:39:02
Total Megabytes of XML files uploaded so far :     7.44
Number of XML files pending upload           :        0
Size of XML files pending upload(MB)         :     0.00
Available disk space on upload filesystem    :    18.13%
Last successful heartbeat to OMS             : 2008-04-24 12:39:27
---------------------------------------------------------------
Agent is Running and Ready

Problem with Management Agent 10g Upload

На русском

I had a problem adding another target to Oracle Grid Control 10g. The Management Agent was installed by agentDownload script, the installation finished successfully, but I the target didn’t show up in the Host list of Grid Control web page.

I checked the status of agent on target host:

gc@agenthost $ emctl status agent
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
Agent Version     : 10.2.0.4.0
OMS Version       : 10.2.0.1.0
Protocol Version  : 10.2.0.0.0
Agent Home        : /u01/app/gc/product/agent10g
Agent binaries    : /u01/app/gc/product/agent10g
Agent Process ID  : 26774
Parent Process ID : 26765
Agent URL         : https://agenthost.domain.com:3872/emd/main/
Repository URL    : https://omshost:1159/em/upload
Started at        : 2008-04-24 12:20:17
Started by user   : gc
Last Reload       : 2008-04-24 12:20:17
Last successful upload                       : (none)
Last attempted upload                        : (none)
Total Megabytes of XML files uploaded so far :     0.00
Number of XML files pending upload           :        6
Size of XML files pending upload(MB)         :     5.88
Available disk space on upload filesystem    :    18.10%
Last successful heartbeat to OMS             : 2008-04-24 12:20:26
---------------------------------------------------------------
Agent is Running and Ready

The status report showed that Agent could NOT upload to OMS, so I tried to manually upload to OMS:

gc@agenthost $ emctl upload
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
EMD upload error: uploadXMLFiles skipped :: OMS version not checked yet..

I checked the agent logs and came across this message in ORACLE_HOME/sysman/log/emagent.trc:

2008-04-23 19:54:26,063 Thread-20 ERROR http: snmehl_connect: Failed to get address for omshost: Non-Authoritive Host not found (error = 2)
2008-04-23 19:54:26,064 Thread-20 ERROR pingManager: nmepm_pingReposURL: Cannot connect to https://omshost:1159/em/upload: retStatus=-32
2008-04-23 19:54:26,067 Thread-20 ERROR http: snmehl_connect: Failed to get address for omshost: Non-Authoritive Host not found (error = 2)
2008-04-23 19:54:26,067 Thread-20 ERROR pingManager: nmepm_pingReposURL: Cannot connect to https://omshost:1159/em/upload: retStatus=-32
2008-04-23 19:54:26,359 Thread-5 ERROR http: snmehl_connect: Failed to get address for omshost: Non-Authoritive Host not found (error = 2)
2008-04-23 19:54:26,359 Thread-5 ERROR command: nmejcn: failed http connection to https://omshost:1159/em/upload: retStatus=-32
2008-04-23 19:54:28,368 Thread-5 ERROR http: snmehl_connect: Failed to get address for omshost: Non-Authoritive Host not found (error = 2)

The omshost could not be resolved from agenthost:

gc@agenthost $ ping -a omshost
ping: unknown host omshost

After configuring /etc/hosts (adding 555.555.555.555 omshost), and re-trying the upload, upload was successful:

gc@agenthost $ ping -a omshost
omshost (555.555.555.555) is alive

gc@agenthost $ emctl upload
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
EMD upload error: Upload timed out before completion.
Number of files to upload before the upload: 13, total size (MB): 5.25.
Remaining number of files to upload: 13, total size (MB): 5.25.

gc@agenthost $ emctl upload
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
EMD upload error: Upload timed out before completion.
Number of files to upload before the upload: 6, total size (MB): 1.38.
Remaining number of files to upload: 6, total size (MB): 1.38.

gc@agenthost $ emctl upload
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
EMD upload completed successfully

The agent status shows that upload is successful now:

gc@agenthost $ emctl status agent
Oracle Enterprise Manager 10g Release 4 Grid Control 10.2.0.4.0.
Copyright (c) 1996, 2007 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
Agent Version     : 10.2.0.4.0
OMS Version       : 10.2.0.1.0
Protocol Version  : 10.2.0.0.0
Agent Home        : /u01/app/gc/product/agent10g
Agent binaries    : /u01/app/gc/product/agent10g
Agent Process ID  : 26774
Parent Process ID : 26765
Agent URL         : https://agenthost.domain.com:3872/emd/main/
Repository URL    : https://omshost:1159/em/upload
Started at        : 2008-04-24 12:20:17
Started by user   : gc
Last Reload       : 2008-04-24 12:20:17
Last successful upload                       : 2008-04-24 12:39:02Total Megabytes of XML files uploaded so far :     7.44
Number of XML files pending upload           :        0
Size of XML files pending upload(MB)         :     0.00
Available disk space on upload filesystem    :    18.13%
Last successful heartbeat to OMS             : 2008-04-24 12:39:27
---------------------------------------------------------------
Agent is Running and Ready

Installation of Oracle Application Server 10g in Windows Vista

Installation of Oracle Application Server 10g in Windows Vista failed with the following error:

Starting Oracle Universal Installer...

Checking installer requirements...

Checking operating system version: must be 5.0, 5.1 or 5.2 . Actual 6.0
Failed <<<<

Exiting Oracle Universal Installer, log for this session can be found at C:\User
s\Raku\AppData\Local\Temp\OraInstall2008-03-22_02-00-54AM\installActions2008-03-
22_02-00-54AM.log

Please press Enter to exit...

It's a pity that OAS 10g is not supported in Windows Vista.
However, you can add 6.0 (for Vista) in install/oraparam file:
Windows=5.0,5.1,5.2,6.0
and restart the installation.
There is, of course, no guarantee that it will work error-free.
I installed the same way, I will look if it works correctly.

Error in upgrading 9.2.0.1 database to 10g

Today, I was trying to upgrade my 9.2.0.1 database to 10g. I installed the 10g server, and run the Pre-Upgrade Information Tool (utlu102i.sql) to analyze and prepare my 9.2.0.1 database for upgrade.

SQL> @?/rdbms/admin/utlu102i
DECLARE
*
ERROR at line 1:
ORA-20000: Version 9.2.0.1.0 not supported for upgrade to release 10.2.0
ORA-06512: at line 1523

It turned out that I should have upgraded it to at least 9.2.0.4 before installing 10g server software. Should have....
Here is the link to the upgrade documentation.

Error Creating Snapshot in AWR

When trying to run an ADDM Report in Enterprise Manager Grid Control 10g, I got the following error:

“Insufficient Data in Interval. For displaying data on this page, two historical snapshots are needed. Make sure that two snapshots are present in the target database instance. In addition modify the interval so that it is contained within two available snapshots”

I looked at Automatic Workload Repository, it wasn’t configured automatically.
Then I tried to manually create snapshot in Automatic Workload Repository:

“Are you sure you want to create a manual snapshot?
Snapshots are created automatically by the database. Creating one manually may affect the results of the automatic snapshot immediately following.”

I answered Yes, but snapshot couldn’t be created:

ORA-13516: SWRF Operation failed: SWRF Schema not initialized
ORA-06512: at "SYS.DBMS_WORKLOAD_REPOSITORY", line 8
ORA-06512: at "SYS.DBMS_WORKLOAD_REPOSITORY", line 31
ORA-06512: at line 1

Then I tried the same thing to manually create snapshot using the package:

SQL> exec dbms_workload_repository.create_snapshot();

begin dbms_workload_repository.create_snapshot(); end;

ORA-13516: SWRF Operation failed: SWRF Schema not initialized
ORA-06512: at "SYS.DBMS_WORKLOAD_REPOSITORY", line 8
ORA-06512: at "SYS.DBMS_WORKLOAD_REPOSITORY", line 31
ORA-06512: at line 1

The metalink Note:287818.1:
Error: ORA-13516 (ORA-13516)
Text: SWRF Operation failed: %s
---------------------------------------------------------------------------
Cause: The operation failed because SWRF is not available. The possible
causes are: SWRF schema not yet created; SWRF not enabled; SWRF
schema not initialized; or database not open or is running in
READONLY or STANDBY mode.
Action: check the above conditions and retry the operation.

Note:459887.1:

Cause
These errors would be caused because of wrong or invalid objects with respect to AWR

Solution
In order to resolve this issue it is recommended to drop and recreate the AWR objects , which can be done using CATNOAWR.SQL and CATAWR.SQL.

But from 10.2 onwards, the script name has changed. The catalog script for AWR Tables, used to create the Workload Repository Schema is CATAWRTB.SQL .
Dropping and recreating the AWR objects and bouncing the database:

SQL> @$ORACLE_HOME/rdbms/admin/catnoawr.sql
SQL> @$ORACLE_HOME/rdbms/admin/catawr.sql

Ошибки в Oracle Management Agent 10g: 'No username specified for WBEM fetchlet'

English version of this article

После добавления нового узла в Oracle Grid Control 10g, в логах агента я заметила такие ошибки в emagent.trc:

2008-04-25 15:32:17,560 Thread-14019 WARN  collector:  Error exit. Error message: No username specified for WBEM fetchlet.
2008-04-25 15:37:34,865 Thread-14064 ERROR fetchlets.wbem: No username specified for WBEM fetchlet.
2008-04-25 15:37:34,865 Thread-14064 ERROR engine: [host,eccisdb,ProjectResourceUsage] : nmeegd_GetMetricData failed : No username specified for WBEM fetchlet.
2008-04-25 15:37:34,865 Thread-14064 WARN  collector:  Error exit. Error message: No username specified for WBEM fetchlet.

Такая же ошибка была в веб-интерфейсе Oracle Grid Control:

Host: agenthost55  >  Metric Collection Errors  >
 Error Details
 Target:  agenthost55
 Type:  Host
 Metric:  Aggregate Resource Usage Statistics (By Project)
 Collection Timestamp:  09-Apr-2008 12:24:18
 Error Type:  Collection Failure
 Message:  No username specified for WBEM fetchlet.

Ниже описание причины ошибки и ее решение из Металинка Note:271632.1:

Cause:
Beginning with EM 10g, certain OS vendors have enhanced their systems to include a new metric - Aggregate resource usage statistics, gathered by User and by Project. These metrics are collected by using the "CIM Object Manager" on the Solaris 9 host. In order to get this information, the CIM Object Manager needs to be supplied with Username and Password of a user on that host so that authentication can successfully happen 

Solution:
From within the EM 10g Grid Control UI,
1. Click on Targets -> Host tab
2. Select your Solaris 9 host and go to the Hosts Home page (repeat these steps for each Solaris 9 host)
3. Click on the Monitoring Configuration link at the bottom right side of the page
4. Enter your OS username/password. It's best to enter a user that has DBA privileges.
5. Click save.
This will update the central Management Agent's targets.xml file on the Solaris 9 host and force a reload of the configuration files. The error above should stop.

'No username specified for WBEM fetchlet' errors in Agent 10g

Прочитать на русском

After adding a new target to Oracle Grid Control 10g, I noticed these errors in emagent.trc:

2008-04-25 15:32:17,560 Thread-14019 WARN  collector:  Error exit. Error message: No username specified for WBEM fetchlet.
2008-04-25 15:37:34,865 Thread-14064 ERROR fetchlets.wbem: No username specified for WBEM fetchlet.
2008-04-25 15:37:34,865 Thread-14064 ERROR engine: [host,eccisdb,ProjectResourceUsage] : nmeegd_GetMetricData failed : No username specified for WBEM fetchlet.
2008-04-25 15:37:34,865 Thread-14064 WARN  collector:  Error exit. Error message: No username specified for WBEM fetchlet.

The same error was in the Grid Control Console:

Host: agenthost55  >  Metric Collection Errors  >
 Error Details
 Target:  agenthost55
 Type:  Host
 Metric:  Aggregate Resource Usage Statistics (By Project)
 Collection Timestamp:  09-Apr-2008 12:24:18
 Error Type:  Collection Failure
 Message:  No username specified for WBEM fetchlet.

Here is the solution from Metalink Note:271632.1:

Cause:
Beginning with EM 10g, certain OS vendors have enhanced their systems to include a new metric - Aggregate resource usage statistics, gathered by User and by Project. These metrics are collected by using the "CIM Object Manager" on the Solaris 9 host. In order to get this information, the CIM Object Manager needs to be supplied with Username and Password of a user on that host so that authentication can successfully happen 

Solution:
From within the EM 10g Grid Control UI,
1. Click on Targets -> Host tab
2. Select your Solaris 9 host and go to the Hosts Home page (repeat these steps for each Solaris 9 host)
3. Click on the Monitoring Configuration link at the bottom right side of the page
4. Enter your OS username/password. It's best to enter a user that has DBA privileges.
5. Click save.
This will update the central Management Agent's targets.xml file on the Solaris 9 host and force a reload of the configuration files. The error above should stop.

Automatic Optimizer Statistics Collection

В Oracle 10g сбор статистики для оптимизатора выполняется автоматически запланированным джобом (scheduled job) GATHER_STATS_JOB. Данная статистика об объектах используется оптимизатором (Cost-Based Optimizer) для построения эффективных планов выполнения для запросов, тем самым значительно уменьшая время выполнения запросов.

По умолчанию, сбор статистики выполняется по ночам с 22:00 до 06:00 утра и весь день в выходные дни.
Собирается статистика только по тем объектам, у которых отсутствует статистика, или устарела.

Каким образом Oracle узнает, что статистика устарела?
Данные о кол-ве DML операциий (INSERT, DELETE, UPDATE) над объектом с момента последнего сбора статистики фиксируются в SGA, которые периодически записываются в таблицу DBA_TAB_MODIFICATIONS. База данных использует эти данные для того, чтобы определить устарела ли статистика объекта.

Из документации Oracle:

Optimizer statistics are automatically gathered with the job GATHER_STATS_JOB. This job gathers statistics on all objects in the database which have:
Missing statistics
Stale statistics

This job is created automatically at database creation time and is managed by the Scheduler. This Scheduler runs this job when the maintenance window is opened. By default, the maintenance window opens every night from 10 P.M. to 6 A.M. and all day on weekends. The GATHER_STATS_JOB continues until it finishes, even if it exceeds the allocated time for the maintenance window. The default behavior of the maintenance window can be changed.

Запланированный джоб GATHER_STATS_JOB:

SQL> select owner, job_name, program_name, enabled from dba_scheduler_jobs
where job_name='GATHER_STATS_JOB';

OWNER      JOB_NAME           PROGRAM_NAME         ENABLED
---------- ------------------ -------------------- -----
SYS        GATHER_STATS_JOB   GATHER_STATS_PROG    TRUE

Выключить Автоматический Сбор Статистики для Оптимизатора, можно отключив джоб:

SQL> exec dbms_scheduler.disable('GATHER_STATS_JOB');
PL/SQL procedure successfully completed.


SQL> select owner, job_name, program_name, enabled from dba_scheduler_jobs
where job_name='GATHER_STATS_JOB';

OWNER      JOB_NAME           PROGRAM_NAME         ENABLED
---------- ------------------ -------------------- -----
SYS        GATHER_STATS_JOB   GATHER_STATS_PROG    FALSE

Если в базе данных имеются таблицы, которые часто обновляются, то частый сбор статистики может негативно повлиять на производительность базы данных. Для того, чтоб исключить объекты из автоматического или любого другого сбора статистики можно "закрепить" ее статистику:

begin
 dbms_stats.gather_table_stats('SCOTT','EMP');
 dbms_stats.lock_table_stats('SCOTT','EMP');
end;
/

Теперь, по этой таблице невозможно будет собрать статистику ни автоматически, ни вручную:

SQL>exec dbms_stats.gather_table_stats('SCOTT','EMP');

begin dbms_stats.gather_table_stats('SCOTT','EMP'); end;
ORA-20005: object statistics are locked (stattype = ALL)
ORA-06512: at "SYS.DBMS_STATS", line 13182
ORA-06512: at "SYS.DBMS_STATS", line 13202
ORA-06512: at line 2 

Снять блокировку статистики:

dbms_stats.unlock_table_stats('SCOTT','EMP');

Statspack (9i) и Automatic Workload Repository (10g)

Для сбора информации о производительности базы данных в Oracle 9i использовался statspack, в Oracle 10g statspack эволюционировал в Automatic Workload Repository (Автоматически управляемый репозитарий рабочей нагрузки).

В Oracle 9i statspack устанавливался дополнительно скриптом spcreate.sql, который создавал пользователя perfstat, под которым и создавался пакет statspack и другие необходимые объекты.

В Oracle 10g Automatic Workload Repository устанавливается автоматически прямо в схеме SYS, и по умолчанию собирает статистику о производительности каждый час и хранит ее 7 дней.

В Oracle 9i, снимок (snapshot) делался с помощью пакета statspack:
exec statspack.snap;

В Oracle 10g используется новый пакет dbms_workload_repository:
exec dbms_workload_repository.create_snapshot;


Список снимков (snapshots) в Oracle 9i:
select * from stats$snapshot;

Список снимков (snapshots) в Oracle 10g:
select * from dba_hist_snapshot;


Для создания отчета на основе двух снимков, в Oracle 9i использовался скрипт:
SQL> @?/rdbms/admin/spreport.sql

В Oracle 10g используется скрипт, который может сгенерировать отчет и текстовом, и в html формате:
SQL> @?/rdbms/admin/awrrpt.sql

В Oracle 10g все эти операции, то есть сделать снимок, просмотреть список снимков, и создать отчет в формате html, можно проделать в Enterprise Manager Database Control или Grid Control.

Prstat и процессы oracle

Отчет ниже показывает, что процессы пользователя oracle занимают 94% всей оперативной памяти, то есть почти 188GB, в то время как оперативная память на сервере в сумме равна всего 32GB (16GB физической памяти + 4GB виртуальной памяти).

Физическая память:
oracle@myhost $ prtdiag grep Memory
Memory size: 16384 Megabytes

Виртуальная память:
oracle@myhost $ vmstat 3 3
kthr memory page disk faults cpu r b w swap free re mf pi po fr de sr s0 sd sd sd in sy cs us sy id
0 0 0 16319144 8342704 15 104 7 8 8 15688 0 0 0 0 0 473 2256 2086 2 1 97
0 0 0 4425048 280488 33 409 0 3 3 11448 0 0 0 0 0 1076 408191 5033 24 15 60
0 0 0 4425048 280440 25 255 0 13 13 8352 0 0 0 0 0 867 429324 6717 25 15 59

oracle@myhost $ prstat -a -s size
PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP
29689 user1 2540M 2313M cpu1 42 0 10:24:56 6.3% java/103
24113 user2 1689M 1153M sleep 14 0 0:48:16 0.0% java/114
21867 user3 1270M 829M sleep 15 0 1:19:42 0.1% java/81
20270 user1 1267M 931M sleep 6 0 0:09:12 0.0% java/83
13020 user3 1259M 821M sleep 1 0 1:15:39 0.0% java/81
22021 oracle 1117M 1069M sleep 59 0 0:00:52 0.0% oracle/258
22023 oracle 1115M 1064M sleep 59 0 0:01:17 0.0% oracle/11
22086 oracle 1112M 1061M sleep 1 0 0:00:00 0.0% oracle/1
22088 oracle 1112M 1061M sleep 59 0 0:00:00 0.0% oracle/1
22025 oracle 1111M 1064M sleep 59 0 0:00:12 0.0% oracle/11
2768 oracle 1110M 1072M sleep 59 0 0:00:01 0.0% oracle/11
19012 oracle 1110M 1072M sleep 59 0 0:00:00 0.0% oracle/1
19030 oracle 1110M 1069M sleep 59 0 0:00:00 0.0% oracle/1
11409 oracle 1110M 1069M sleep 59 0 0:00:00 0.0% oracle/1
22027 oracle 1110M 1070M sleep 1 0 0:00:31 0.0% oracle/1
4125 oracle 1109M 1071M sleep 59 0 0:00:00 0.0% oracle/1
22019 oracle 1109M 1064M sleep 59 0 0:03:36 0.0% oracle/1
4005 oracle 1109M 1069M sleep 59 0 0:00:00 0.0% oracle/1
27534 oracle 1109M 1068M sleep 59 0 0:00:00 0.0% oracle/1
27536 oracle 1109M 1068M sleep 59 0 0:00:00 0.0% oracle/1
22048 oracle 1109M 1062M sleep 59 0 0:00:00 0.0% oracle/1
22037 oracle 1109M 1062M sleep 59 0 0:00:00 0.0% oracle/1
22035 oracle 1109M 1062M sleep 59 0 0:00:00 0.0% oracle/1
22042 oracle 1109M 1062M sleep 59 0 0:00:00 0.0% oracle/1
22050 oracle 1109M 1062M sleep 59 0 0:00:00 0.0% oracle/1
22054 oracle 1109M 1062M sleep 21 0 0:00:00 0.0% oracle/1
22056 oracle 1109M 1062M sleep 59 0 0:00:00 0.0% oracle/1
22060 oracle 1109M 1062M sleep 59 0 0:00:00 0.0% oracle/1
22064 oracle 1109M 1062M sleep 59 0 0:00:00 0.0% oracle/1
22058 oracle 1109M 1062M sleep 59 0 0:00:00 0.0% oracle/1
22070 oracle 1109M 1062M sleep 53 0 0:00:00 0.0% oracle/1
22066 oracle 1109M 1062M sleep 59 0 0:00:00 0.0% oracle/1
22068 oracle 1109M 1062M sleep 59 0 0:00:00 0.0% oracle/1
NPROC USERNAME SIZE RSS MEMORY TIME CPU
184 oracle 196G 188G 94% 0:44:30 0.1%
1 vmpapp2 2540M 2313M 1.1% 10:24:56 6.3%
1 vmpapp3 1689M 1153M 0.6% 0:48:16 0.0%
4 vmpods5 1272M 935M 0.5% 0:09:12 0.0%
1 vmpods2 1270M 829M 0.4% 1:19:42 0.1%
1 vmpods4 1259M 821M 0.4% 1:15:39 0.0%
6 vmpapp1 1012M 537M 0.3% 0:06:59 0.0%
1 vmpapp4 1005M 516M 0.3% 0:06:23 0.0%
2 vmpapp5 978M 492M 0.2% 0:08:46 0.6%
1 vmpjms4 975M 479M 0.2% 0:04:49 0.0%
Total: 277 processes, 2763 lwps, load averages: 2.62, 2.61, 2.52

Многие утилиты Solaris не совсем правильно считают статистику по процессам, которые работают с разделяемой памятью (shared memory), в данном случае с разделяемой памятью Oracle.

Получается, что утилита prstat суммирует разделяемую память на все процессы oracle.

Кол-во процессов oracle:
oracle@myhost $ ps -ef grep ora wc -l
185

Общий размер SGA экземпляра oracle:
oracle@myhost $ sqlplus '/as sysdba'
SQL> show sga
Total System Global Area 1075651720 bytes

Если умножим кол-во процессов на общий размер SGA, то мы приблизимся к 188GB, которое нам показал prstat. Конечно, для более точного подсчёта, нужно добавить еще размер PGA под каждый процесс.

185 * 1 075 651 720 bytes = 198 995 568 200 bytes = 185GB

Табличные пространства в Oracle 10g

В Oracle 10g появились следующие новые возможности по работе с табличными пространствами:

1) Возможность переименовать табличные пространства
2) Установка постоянного табличного пространства по умолчанию (default permanent tablespace)
3) Поддержка больших файлов (bigfile tablespaces)
4) Возможность переносить табличные пространства на другие платформы (cross platform transportable tablespaces)
5) Группы временных табличных пространств (temporary tablespace groups)
6) Передача файлов (DBMS_FILE_TRANSFER)

1) Возможность переименовать табличные пространства

SQL> select tablespace_name, count(*) from dba_segments where tablespace_name like 'USERS%' group by tablespace_name;

TABLESPACE_NAME COUNT(*)
------------------------------ ----------
USERS 43

SQL> alter tablespace users rename to users_new;

Tablespace altered

SQL> select tablespace_name, count(*) from dba_segments where tablespace_name like 'USERS%' group by tablespace_name;

TABLESPACE_NAME COUNT(*)
------------------------------ ----------
USERS_NEW 43


Правда, если вы не используете OMF, то файл данных не переименуется автоматически.

SQL> select tablespace_name, file_name from dba_data_files where tablespace_name like 'USERS%';

TABLESPACE_NAME FILE_NAME
------------------------------ --------------------------------------------------------------------------------
USERS D:\ORACLE\PRODUCT\ORADATA\TESTDB\USERS01.DBF

SQL> alter tablespace users rename to users_new;

Tablespace altered

SQL> select tablespace_name, file_name from dba_data_files where tablespace_name like 'USERS%';

TABLESPACE_NAME FILE_NAME
------------------------------ --------------------------------------------------------------------------------
USERS_NEW D:\ORACLE\PRODUCT\ORADATA\TESTDB\USERS01.DBF


Табличные пространства SYSTEM и SYSAUX нельзя переименовать таким образом.

SQL> alter tablespace sysaux rename to sysaux2;

alter tablespace sysaux rename to sysaux2

ORA-13502: Cannot rename SYSAUX tablespace

SQL> alter tablespace system rename to system2;

alter tablespace system rename to system2

ORA-00712: cannot rename system tablespace

При переименовании табличного пространства UNDO, ссылка на него в файле параметров тоже автоматически меняется после перегруза, если используется spfile.
Если экземпляр был старторван с pfile, но в alert.log выводится напоминание вручную обновить pfile.

SQL> show parameter pfile

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
spfile string D:\ORACLE\PRODUCT\10.2.0\DATAB
ASE\SPFILETESTDB.ORA
SQL>
SQL> show parameter undo

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
undo_management string AUTO
undo_retention integer 900
undo_tablespace string UNDOTBS1
SQL>
SQL> alter tablespace undotbs1 rename to undotbs_new;

Tablespace altered.

SQL>
SQL>
SQL> show parameter undo

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
undo_management string AUTO
undo_retention integer 900
undo_tablespace string UNDOTBS1
SQL>
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.

Total System Global Area 612368384 bytes
Fixed Size 1292036 bytes
Variable Size 348129532 bytes
Database Buffers 255852544 bytes
Redo Buffers 7094272 bytes
Database mounted.
Database opened.
SQL>
SQL> show parameter undo

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
undo_management string AUTO
undo_retention integer 900
undo_tablespace string UNDOTBS_NEW
SQL>


2) Установка постоянного табличного пространства по умолчанию (default permanent tablespace)

SQL> alter database default tablespace example;

Database altered

SQL> select property_name, property_value from database_properties where property_name like 'DEFAULT_PERMANENT_TABLESPACE%';

PROPERTY_NAME PROPERTY_VALUE
------------------------------ --------------------------------------------------------------------------------
DEFAULT_PERMANENT_TABLESPACE EXAMPLE

SQL> create user rahat identified by agivetova;

User created

SQL> select username, default_tablespace from dba_users where username ='RAHAT';

USERNAME DEFAULT_TABLESPACE
------------------------------ ------------------------------
RAHAT EXAMPLE



3) Поддержка табличных пространств состоящих из большого файла (bigfile tablespaces)

Одним из основных новинок в работе с табличными пространствами в Oracle 10g являются поддержка больших файлов.
Табличные пространства bigfile состоят только из 1 файла данных, который может расти до 128TB в зависимости от размера блока.
Например, если размер блока табличного пространства 8К, то табличное пространство может расти до 32ТВ.
Внизу таблица с максимальными размерами табличных пространств в зависимости от размера блока:

Размер блока табличного пространства Максимальный размер табличного пространства
2K 8TB
4K 16TB
8K 32TB
16K 64TB
32K 128TB

В представление dba_tablespaces добавлено поле bigfile, которое указывает, является ли табличное пространство - bigfile tablespace.

SQL> select tablespace_name, bigfile from dba_tablespaces;

TABLESPACE_NAME BIGFILE
------------------------------ -------
SYSTEM NO
UNDOTBS_NEW NO
SYSAUX NO
TEMP NO
USERS NO
EXAMPLE NO

6 rows selected

SQL> create bigfile tablespace big_users datafile 'D:\ORACLE\PRODUCT\ORADATA\TESTDB\BIG_USERS01.DBF' size 10M autoextend on next 10M;

Tablespace created

SQL> select tablespace_name, bigfile from dba_tablespaces;

TABLESPACE_NAME BIGFILE
------------------------------ -------
SYSTEM NO
UNDOTBS_NEW NO
SYSAUX NO
TEMP NO
USERS NO
BIG_USERS YES
EXAMPLE NO

7 rows selected


На практике оказывается, что многие операционные системы не поддерживают настолько большие файлы, поэтому прежде тем,
как решить использовать bigfile табличные пространства, следует узнать поддерживает ли ОС большие файлы.
В противном случае можно оказаться в ситуации, что невозможно будет увеличить табличное пространство, так как
bigfile tablespace состоит только из одного файла данных и к нему невозможно добавить дополнительные файлы данных.


SQL> alter tablespace big_users add datafile 'D:\ORACLE\PRODUCT\ORADATA\TESTDB\BIG_USERS02.DBF' size 20M;

alter tablespace big_users add datafile 'D:\ORACLE\PRODUCT\ORADATA\TESTDB\BIG_USERS02.DBF' size 20M

ORA-32771: cannot add file to bigfile tablespace


По умолчанию, все табличные пространства создаются c smallfile, но эту настройку можно изменить следующей командой:


SQL> select property_name, property_value from database_properties where property_name like 'DEFAULT_TBS_TYPE';

PROPERTY_NAME PROPERTY_VALUE
------------------------------ --------------------------------------------------------------------------------
DEFAULT_TBS_TYPE SMALLFILE

SQL> alter database set default bigfile tablespace;

Database altered

SQL> select property_name, property_value from database_properties where property_name like 'DEFAULT_TBS_TYPE';

PROPERTY_NAME PROPERTY_VALUE
------------------------------ --------------------------------------------------------------------------------
DEFAULT_TBS_TYPE BIGFILE

Теперь, команда create tablespace будет создавать bigfile табличные пространства.

Ошибка при установке SOA Suite 10g

При установке SOA Suite 10g в Solaris 5.10, я столкнулась с такой ошибкой на последнем этапе инсталляции:
Configuration assistant "Oracle Application Server Configuration Assistant" failed

Так как данная настройка была необязательной, то есть "Optional", инсталляция в-общем считалась успешной. Но не стартовал ни один процесс, не стартовал сам Oracle Aplication Server.

Логи этого ассистента, которая завершилась неуспешно можно посмотреть в следующих файлах:

1) $ORACLE_BASE/oraInventory/logs/installActionstimestamp.log - сюда пишутся логи любого из неуспешно заверщенных ассистентов

2) $ORACLE_HOME/cfgtoollogs/configtoolstimestamp.log - здесь логи Oracle Application Server Configuration Assistant, с которой связана данная ошибка.
Здесь можно посмотреть куда кладутся логи других ассистентов.

3)$ORACLE_HOME/opmn/logs/opmn.log - один из логов OPMN, который тоже не стартовал после установки.
Здесь есть описание каждого из логов OPMN.

Логи из ~/oraInventory/logs/oraInstall2008-04-17_02-22-00PM.out:
Oracle JAAS [Thu Apr 17 14:27:05 MSD 2008] admin password is changed successfully
opmnctl: starting opmn and all managed processes...
opmnctl: opmn start failed.
--------------------------------------
The following configuration assistants have not been successfully completed. These assistants must be completed for your product to be completely configured.
Execute file /zones/u01/app/oas/product/oas10g/cfgtoollogs/configToolCommands to re-run all skipped/failed configuration assistants.
/zones/u01/app/oas/product/oas10g/jdk/bin/java -cp /zones/u01/app/oas/product/oas10g/j2ee/home/applications/ascontrol/ascontrol/WEB-INF/lib/ascontrol.jar:/zones/u01/app/oas/product/oas10g/j2ee/home/applications/ascontrol/ascontrol/WEB-INF/lib/log4j-core.jar:/zones/u01/app/oas/product/oas10g/jlib/oraclepki.jar:/zones/u01/app/oas/product/oas10g/jlib/ojmisc.jar: oracle.sysman.ias.studio.installer.ASControlConfigAssistant -sso true -j2eeinstance home -username oc4jadmin -password *Protected value, not to be logged* -oraclehome /zones/u01/app/oas/product/oas10g
/zones/u01/app/oas/product/oas10g/jdk/bin/java -jar /zones/u01/app/oas/product/oas10g/bpel/system/services/lib/bpm-install.jar installSOABasic -oracle-home "/zones/u01/app/oas/product/oas10g" -http-proxy-required false -dbvendor oracle -database myhost 1521 OASDB -username ORABPEL -password *Protected value, not to be logged* -ias-name APPSRV.myhost -iasadmin-password *Protected value, not to be logged* -sso true -homeContainer home -ohstype oc4j -ohshost myhost -ohsport 8889
/zones/u01/app/oas/product/oas10g/owsm/bin/wsmadmin.sh install
/zones/u01/app/oas/product/oas10g/perl/bin/perl /zones/u01/app/oas/product/oas10g/config/launchopmnCA.pl
/zones/u01/app/oas/product/oas10g/ant/bin/ant -buildfile /zones/u01/app/oas/product/oas10g/webservices/lib/wsil-install.xml -logfile /zones/u01/app/oas/product/oas10g/cfgtoollogs/wsil.txt -DHOST=myhost -DOPMNPORT="6003" -DADMIN_USER=oc4jadmin -DOPMNINSTANCE=home -Denv.JAVA_HOME=/zones/u01/app/oas/product/oas10g/jdk -Denv.ANT_HOME=/zones/u01/app/oas/product/oas10g/ant -Denv.ORACLE_HOME=/zones/u01/app/oas/product/oas10g -DENABLE_SSO=true *Protected value, not to be logged*
--------------------------------------

Вырезка из $ORACLE_HOME/cfgtoollogs/configtools2008-04-17_02-22-00PM.log:
------------------------------------------------
Launched configuration assistant 'Oracle Application Server Configuration Assistant'
------------------------------------------------


Tool type is: Optional.
The command being spawned is: '/zones/u01/app/oas/product/oas10g/jdk/bin/java -cp /zones/u01/app/oas/product/oas10g/j2ee/home/applic
ations/ascontrol/ascontrol/WEB-INF/lib/ascontrol.jar:/zones/u01/app/oas/product/oas10g/j2ee/home/applications/ascontrol/ascontrol/WE
B-INF/lib/log4j-core.jar:/zones/u01/app/oas/product/oas10g/jlib/oraclepki.jar:/zones/u01/app/oas/product/oas10g/jlib/ojmisc.jar: ora
cle.sysman.ias.studio.installer.ASControlConfigAssistant -sso true -j2eeinstance home -username oc4jadmin -password *Protected value
, not to be logged* -oraclehome /zones/u01/app/oas/product/oas10g'

Configuration assistant "Oracle Application Server Configuration Assistant" failed


Содержимое лог файла $ORACLE_HOME/opmn/logs/opmn.log: (Реальные айпи адреса заменены на 555.555.555.555)
08/04/17 14:27:07 [ons-internal] ONS server initiated
08/04/17 14:27:07 [pm-internal] Create pm state directory: /zones/u01/app/oas/product/oas10g/opmn/logs/states
08/04/17 14:27:07 [pm-internal] PM state file does not exist: /zones/u01/app/oas/product/oas10g/opmn/logs/states/.opmndat
08/04/17 14:27:07 [pm-internal] OPMN server ready. Request handling enabled.
08/04/17 14:27:07 [ons-listener] 555.555.555.555,6200: BIND (Cannot assign requested address)
08/04/17 14:33:46 [ons-internal] ONS server initiated
08/04/17 14:33:46 [pm-internal] PM state directory exists: /zones/u01/app/oas/product/oas10g/opmn/logs/states
08/04/17 14:33:46 [pm-internal] PM state file does not exist: /zones/u01/app/oas/product/oas10g/opmn/logs/states/.opmndat
08/04/17 14:33:46 [pm-internal] OPMN server ready. Request handling enabled.
08/04/17 14:33:46 [ons-listener] 555.555.555.555,6200: BIND (Cannot assign requested address)

Решение:

Причиной ошибки оказались настройки сети, о которой можно прочитать на металинке Note:549091.1 под темой OPMN Tries To Bind To Wrong IP Address During Install.

Вырезка из металинка Note:549091.1:

- The OPMN local port above should be binding to "localhost" i.e 127.0.0.1
- "ping localhost" resolves to 127.0.0.1
- "nslookup localhost" resolves to 127.0.0.1
- "nslookup 3.3.3.3" resolves to localhost.subdn.us.oracle.com

Cause
The problem here is caused by the fact "localhost" is stored within DNS. Normally localhost should not be in DNS.

Solution
-- To implement the solution, execute the following steps::
Either:
1. Remove localhost entry from DNS (preferred option)
Or:
2. Change the search order in /etc/resolv.conf so it searches the local domain first, so it reads:

search us.oracle.com uk.oracle.com subdns.us.oracle.com
nameserver 1.1.1.1
nameserver 2.2.2.2


У меня localhost определялся правильно, но оказалось, что у самого хоста оказалось 2 разных IP адреса:

oas@myhost $ ping -a myhost
myhost (333.333.333.333) is alive
oas@myhost $ ping -a myhost.domain.com
myhost.domain.com (555.555.555.555) is alive

Содержимое /etc/hosts:

root@myhost.domain.com # cat /etc/hosts
#
# Internet host table
#
127.0.0.1 localhost
333.333.333.333 myhost myhost.domain.com loghost

Из справочника по ОС Solaris (ссылка здесь):

On Solaris 10, IPv4 addresses are looked up in /etc/inet/ipnodes before /etc/inet/hosts.

Содержимое /etc/inet/ipnodes:

root@myhost.domain.com # cat /etc/inet/ipnodes
#
# Internet host table
#
::1 localhost
127.0.0.1 localhost
555.555.555.555 myhost.domain.com loghost

Ошибка возникала из-за того, что IP адрес хоста был прописан неправильно в /etc/inet/ipnodes:
555.555.555.555 myhost.domain.com loghost

Теперь хост определяется правильно:
oas@myhost $ ping -a myhost
myhost (333.333.333.333) is alive
oas@myhost $ ping -a myhost.domain.com
myhost.domain.com (333.333.333.333) is alive

После исправления этой ошибки, деисталлировала Oracle Suite 10g и установила заново. Инсталляция прошла успешно.

Удаление репозитария Enterprise Manager Database Control

При удалении Enterprise Manager Database Control repository с помощью команды

emca -deconfig dbcontrol db -repos drop

процесс может зависнуть на неопреленное время:

oracle@myhost$ emca -deconfig dbcontrol db -repos drop

STARTED EMCA at Apr 17, 2008 5:08:41 PM
EM Configuration Assistant, Version 10.2.0.1.0 Production
Copyright (c) 2003, 2005, Oracle. All rights reserved.

Enter the following information:
Database SID: TESTDB
Listener port number: 1521
Password for SYS user:
Password for SYSMAN user:

Do you wish to continue? [yes(Y)/no(N)]: Y
Apr 17, 2008 5:08:53 PM oracle.sysman.emcp.EMConfig perform
INFO: This operation is being logged at /zones/u01/app/oracle/product/10.2.0/cfgtoollogs/emca/TESTDB/emca_2008-04-17_05-08-41-PM.log.
Apr 17, 2008 5:08:54 PM oracle.sysman.emcp.util.DBControlUtil stopOMS
INFO: Stopping Database Control (this may take a while) ...
Apr 17, 2008 5:08:59 PM oracle.sysman.emcp.EMReposConfig dropRepository
INFO: Dropping the EM repository (this may take a while) ...

Одной из причин, может быть то, что у пользователя SYSMAN есть активные сессии в базе данных. Вырезка из документации:

"While installing Enterprise Manager using existing database, Oracle Management Service configuration hangs while dropping the repository. This is due to active SYSMAN sessions connected to the database.

To resolve this issue, shutdown any existing Enterprise Manager sessions (both Grid Control and Database Control) or other SQLPLUS SYSMAN sessions."

Также, следует удалить файлы с расширением *.lck в директориях $ORACLE_HOME/cfgtoollogs/emca и $ORACLE_HOME/cfgtoollogs/emca/$ORACLE_SID.

Установка Oracle Application Server 10g

Установить Oracle Application Server 10g можно по следующим шагам:
1) Загрузить и установить базу данных 10.2.0
2) Загрузить дистрибутивы Oracle Application Server 10g
2) Загрузить SOA схемы в созданную базу данных
3) Установить Oracle Application Server 10g

Подробней:

1) База данных будет использоваться для хранилища данных. Ее можно установить под тем же пользователем, можно и под другим, а можно и на отдельном сервере создать.

2) Загрузить дистрибутивы в зависимости от платформы и разархивировать:

cpio -idmv знак_меньше soa_Solaris_101310_disk1.cpio
cpio -idmv знак_меньше soa_Solaris_101310_disk2.cpio

3) Схемы SOA: ORABPEL, ORAESB, ORAWSM. Их можно загрузить с помощью скрипта irca.sh.
Скрипт является частью дистрибутива Oracle Application Server 10g и лежит в папке Disk1/install/soa_schemas/irca
irca - Integration Repository Creation Assistance

oracle@myhost$ sh irca.sh
Integration Repository Creation Assistant (IRCA) 10.1.3.1.0
(c) Copyright 2006 Oracle Corporation. All rights reserved.

Enter database "host port serviceName" [localhost 1521 orcl]: myhost 1521 OASDB
Enter sys password:
Running IRCA for all product(s):
connection="myhost 1521 OASDB", , orabpelUser=ORABPEL, esbUser=ORAESB, orawsmUser=ORAWSM

Validating database ...
Validating database character set ...
WARNING: The target database character set is CL8ISO8859P5
For multi-byte support, the AL32UTF8 character set is recommended.


Running prerequisite checks for ORABPEL ...
Enter password for ORABPEL:
Loading ORABPEL schema (this may take a few minutes) ...


Running prerequisite checks for ORAESB ...
Enter password for ORAESB:
Loading ORAESB schema (this may take a few minutes) ...


Running prerequisite checks for ORAWSM ...
Enter password for ORAWSM:
Loading ORAWSM schema (this may take a few minutes) ...

INFO: ORABPEL schema contains 225 valid objects.

INFO: ORAESB schema contains 180 valid objects.

INFO: ORAWSM schema contains 90 valid objects.

IRCA completed.
Please check for any ERROR message above and also check the log file
/var/tmp//irca2008-04-16_07-41-45PM.log for any error or other information.

oracle@myhost$

4) Установка сервера приложений:

./runInstaller

Я выбрала тип установки Advanced, чтоб самой выбрать опции установки.

Укажите параметры базы данных, которую вы создали:



Укажите пароли для схем ORABPEL, ORAESB, ORAWSM:



Следующий шаг:


Следующий:


Следующий...


И наконец:

Ошибка после установки патча 10.2.0.3

После апгрейда 10.2.0.1 до 10.2.0.3, база не поднялась с такой ошибкой:

ORA-00202: control file: '/zones/u01/app/oracle/oradata/OASDB/control01.ctl'
ORA-27037: unable to obtain file status
SVR4 Error: 25: Inappropriate ioctl for device

Платформа: Solaris 10. Вырезка из металинка:
"The 10.2.0.3 patchset code changes attempted to use directio() calls in a manner not supported by the filesystem.

This issue affects VxFS filesystems which are typically managed by Veritas or Solstice. This issue may also affect QFS filesystems and SAM-FS filesystems. It is not known to affect UFS filesystems even if they are managed by Veritas or Solstice."

Решение: установка пачта 5752399.

Block Change Tracking в Oracle 10g

Новая опция block change tracking в Oracle 10g позволяет отслеживать измененные блоки, чтобы при инкрементальном бэкапе через RMAN, не нужно было сканировать весь датафайл, чтоб отыскать измененные блоки, тем самым уменьшая время выполнения инкрементального бэкапа.

Чтобы включить эту опцию нужно выполнить следующую команду:
alter database enable block change tracking using file '/u01/app/oracle/admin/TESTDB/rman/block_change.log';

Это команда запустит новый background process CTRW (Change Tracking Writer), который будет логировать блоки, измененные с момента последнего бэкапа, в файл block_change.log.

Далее, можно увидеть статус отслеживания измененных блоков:
select * from v$block_change_tracking;

Выключение опции:
alter database disable block change tracking;

Подключение к iSQL*Plus как SYSDBA или SYSOPER в Oracle 10g

О подключении к iSQL*Plus как SYSDBA или SYSOPER в Oracle 9i можно почитать здесь.
На http://hostname:5560/isqlplus невозможен доступ под SYSDBA или SYSOPER, если даже в Connect Identifier допишите "as sysdba" после названия базы данных:
ERROR - ORA-28009: connection as SYS should be as SYSDBA or SYSOPER

Чтобы подключиться к iSQL*Plus как SYSDBA или SYSOPER, нужно воспользоваться ссылкой http://hostname:5560/isqlplus/dba.
По умолчанию, доступ к этому URL закрыт, а при попытке попасть получите сообщение:

"Для входа на сервер по адресу iSQL*Plus DBA нужны имя пользователя и пароль. ..."

Для того, чтобы разрешить пользователю подключаться URL к iSQL*Plus DBA, нужно с помощью утилиты JAZN (Java AuthoriZatioN):

1) Создать пользователя для iSQL*Plus DBA URL
2) Назначить ему роль webDba
3) Выйти из jazn и при необходимости перегрузить iSQL*Plus.

Запуск утилиты jazn:

D:\>set ORACLE_HOME=D:\oracle\product\10.2.0

D:\>set JAVA_HOME=%ORACLE_HOME%\jdk

D:\>cd %ORACLE_HOME%\oc4j\j2ee\isqlplus\application-deployments\isqlplus

D:\oracle\product\10.2.0\oc4j\j2ee\isqlplus\application-deployments\isqlplus>%JAVA_HOME%\bin\java -Djava.security.properties=%ORACLE_HOME%\oc4j\j2ee\home\config\jazn.security.props -jar %ORACLE_HOME%\oc4j\j2ee\home\jazn.jar -user "iSQL*Plus DBA\admin" -password welcome -shell

JAZN:>

В unix среде команды аналогичные, только нужно заменить % на $, set на export, и слэши.

JAZN:> adduser "iSQL*Plus DBA" urldba urlpasswd
JAZN:>
JAZN:> listusers
iSQL*Plus DBA/admin
iSQL*Plus DBA/urldba
JAZN:>
JAZN:> grantrole webDba "iSQL*Plus DBA" urldba
JAZN:> exit

Тепер, при входе в http://hostname:5560/isqlplus/dba можно ввести логин (urladmin) и пароль пользователя (urlpasswd) и попасть в iSQL*Plus DBA URL, где есть возможность подключиться к базе данных как SYSDBA и SYSOPER.

Autoallocate vs. Uniform

Сегодня в очередной раз столкнулась с дилеммой: какие табличные пространства создавать для продуктивной базы данных (OLTP, объем около 1тб) - uniform или autoallocate?

Смысл uniform в том, что экстенты выделяются одного размера. Например, если мы создаем табличное пространство:

CREATE TABLESPACE "LARGE_DATA" DATAFILE
'/kazcare/u01/oradata/KAZCARE/large_data${ORACLE_SID}01.dbf' SIZE 1024M
AUTOEXTEND ON NEXT 10M MAXSIZE UNLIMITED
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 16M SEGMENT SPACE MANAGEMENT AUTO;

Экстенты таблицы, которая будет создана в этом табличном пространстве, будут одинакового размера - 16M.

А таблицы, созданные в следующем табличном пространстве будут автоматически регулироваться и размер каждого последующего экстента будет увеличиваться от 64K до 64M по мере роста сегмента.

CREATE TABLESPACE "ANY_DATA" DATAFILE
'/u01/oradata/TESTDB/any_data01.dbf' SIZE 1024M
AUTOEXTEND ON NEXT 10M MAXSIZE UNLIMITED
EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE MANAGEMENT AUTO;

Металинк:

"If the tablespace is expected to contain objects of varying sizes requiring
different extent sizes and having many extents, then AUTOALLOCATE is the best
choice."

"On the other hand, if you want exact control over unused space, and you can
predict exactly the space to be allocated for an object or objects and the
number and size of extents, then UNIFORM is a good choice."

1 Апреля

Don't send a lame St. Patrick's Day eCard. Try JibJab Sendables!