Psdrpc returns significant error 3113

When using RMAN to restore a database to a new host, the recover database step fails with: Crosschecked 43 objects PSDRPC returns significant error 3113. RMAN-00571: ===============================…

When using RMAN to restore a database to a new host, the recover database step fails with:

Crosschecked 43 objects
PSDRPC returns significant error 3113.
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 03/18/2017 19:31:23
ORA-03113: end-of-file on communication channel


If you connect to the recovered database and check the database role, you find that the controlfiles have been restore for a physical standby:

SQL> select name, open_mode, database_role from v$database;

NAME      OPEN_MODE            DATABASE_ROLE
--------- -------------------- ----------------
NYC11     MOUNTED              PHYSICAL STANDBY

The problem here is that if you use RMAN to restore the controlfiles to a new host, and you are connected to the RMAN catalog, the controlfiles are written as standby controlfiles.

Here how the controlfiles in this example were restored to the new host:

[oracle@rstemc64vm31 ~]$ rman target / catalog rman/rman@rcat

Recovery Manager: Release 11.2.0.4.0 - Production on Sat Mar 18 19:29:57 2017

Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.

connected to target database: NYC11 (not mounted)
connected to recovery catalog database

RMAN> restore controlfile from tag CF_20170318_1435;

Starting restore at 18-MAR-17
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=6 device type=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: SID=63 device type=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: SID=132 device type=DISK
allocated channel: ORA_DISK_4
channel ORA_DISK_4: SID=191 device type=DISK

channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: reading from backup piece /nfs_mount/dd0205_rman/nyc11/cf_NYC11_9471_1.rmn
channel ORA_DISK_1: piece handle=/nfs_mount/dd0205_rman/nyc11/cf_NYC11_9471_1.rmn tag=CF_20170318_1435
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
output file name=+DATA/nyc11/controlfile/current.271.938979023
output file name=+FRA/nyc11/controlfile/current.338.938979023
Finished restore at 18-MAR-17

In order to avoid this problem, we need to restore the controlfiles while NOT connected to the RMAN catalog database.  This means we cannot use the backup tag, but we can use the name of the backupset file:

[oracle@rstemc64vm31 dataguard]$ rman target / catalog rman/rman@rcat

Recovery Manager: Release 11.2.0.4.0 - Production on Sat Mar 18 19:42:14 2017

Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.

connected to target database: NYC11 (DBID=334041916, not open)
connected to recovery catalog database

RMAN> list backup of controlfile completed after 'sysdate-(6/24)';
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
398266 Incr 0 31.02M DISK 00:00:05 18-MAR-17
BP Key: 398276 Status: AVAILABLE Compressed: NO Tag: CF_20170318_1435
Piece Name: /nfs_mount/dd0205_rman/nyc11/cf_NYC11_9471_1.rmn
Control File Included: Ckp SCN: 33220754 Ckp time: 18-MAR-17

BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
398294 Full 31.05M DISK 00:00:01 18-MAR-17
BP Key: 398296 Status: AVAILABLE Compressed: NO Tag: TAG20170318T144723
Piece Name: +FRA/nyc11/autobackup/2017_03_18/s_938962043.287.938962043
Control File Included: Ckp SCN: 33221214 Ckp time: 18-MAR-17

BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
398314 Full 31.02M DISK 00:00:02 18-MAR-17
BP Key: 398317 Status: AVAILABLE Compressed: NO Tag: TAG20170318T144728
Piece Name: /nfs_mount/dd0205_rman/nyc11/NYC11_controlfile_83rver40_1_1.ctl
Control File Included: Ckp SCN: 33221259 Ckp time: 18-MAR-17

BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
398325 Full 31.05M DISK 00:00:00 18-MAR-17
BP Key: 398327 Status: AVAILABLE Compressed: NO Tag: TAG20170318T144731
Piece Name: +FRA/nyc11/autobackup/2017_03_18/s_938962051.351.938962051
Control File Included: Ckp SCN: 33221273 Ckp time: 18-MAR-17

BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
398462 Full 31.05M DISK 00:00:01 18-MAR-17
BP Key: 398478 Status: AVAILABLE Compressed: NO Tag: TAG20170318T144818
Piece Name: +FRA/nyc11/autobackup/2017_03_18/s_938962098.318.938962099
Control File Included: Ckp SCN: 33221554 Ckp time: 18-MAR-17

BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
398517 Full 31.05M DISK 00:00:00 18-MAR-17
BP Key: 398519 Status: AVAILABLE Compressed: NO Tag: TAG20170318T144827
Piece Name: +FRA/nyc11/autobackup/2017_03_18/s_938962107.395.938962107
Control File Included: Ckp SCN: 33221632 Ckp time: 18-MAR-17

The controlfile backed up with tag CF_20170318_1435 is in the backupset file /nfs_mount/dd0205_rman/nyc11/cf_NYC11_9471_1.rmn.

So exit RMAN, and start it again without the connection to the catalog:

[oracle@rstemc64vm31 dataguard]$ rman target /

Recovery Manager: Release 11.2.0.4.0 - Production on Sat Mar 18 19:50:43 2017

Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.

connected to target database: NYC11 (not mounted)

RMAN> restore controlfile from '/nfs_mount/dd0205_rman/nyc11/cf_NYC11_9471_1.rmn';

Starting restore at 18-MAR-17
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=69 device type=DISK

channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:02
output file name=+DATA/nyc11/controlfile/current.271.938979023
output file name=+FRA/nyc11/controlfile/current.338.938979023
Finished restore at 18-MAR-17

RMAN> alter database mount;

database mounted
released channel: ORA_DISK_1

Connect to the database using SQL*Plus and verify that the database has mounted the correct controlfiles and that the database role is shown as PRIMARY.

SQL> show parameter control_files

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
control_files                        string      +DATA/nyc11/controlfile/curren
                                                 t.271.938979023, +FRA/nyc11/co
                                                 ntrolfile/current.338.93897902
                                                 3

SQL> select name, open_mode, database_role from v$database;

NAME      OPEN_MODE            DATABASE_ROLE
--------- -------------------- ----------------
NYC11     MOUNTED              PRIMARY

Once the correct type of control file has been restored, you can launch RMAN again and this time connect to the catalog to restore and recover the database to the new host.

Источник

Содержание

  1. Русские Блоги
  2. Орученная ошибка — ORA-03113: решения для файлов для каналов связи
  3. Проблема
  4. Растворы
  5. PostScript
  6. Интеллектуальная рекомендация
  7. IView CDN Загрузка значка шрифта нормальная, а значок шрифта не может быть загружен при локальной загрузке JS и CSS
  8. Критическое: ошибка настройки прослушивателя приложения класса org.springframework.web.context.ContextLoaderLis
  9. 1086 Не скажу (15 баллов)
  10. Pandas применяют параллельный процесс приложения, многоядерная скорость очистки данных
  11. PureMVC Learning (Tucao) Примечания
  12. Вылетает запрос с ошибкой ORA-03113 : Oracle
  13. ORA-03113: end of file on communication channel
  14. Answers

Русские Блоги

Орученная ошибка — ORA-03113: решения для файлов для каналов связи

Я часто слежу за ними, посадка PL/SQL Сделайте неудачу, произошла ошибка ORA-01034 «с участием» ORA-27101 «Как показано:

Затем вы пройдете через командную строку. Oracle Посмотрите, что происходит, то проблема дальше, ошибки » ORA-03113: Конец канала связи процесс ID:6320 отвечать ID :191 серийный номер: 3 ”。

Проблема

Oracle Есть ошибка, поэтому перейдите к неправильному журналу, чтобы найти корня проблемы: e:appkangdiagrdbmsoracleoracletrace Файл под папкой oracle_ora_6320.trc Документ, откройте журнал ошибок дисплея:

  1. Trace filee:appkangdiagrdbmsoracleoracletraceoracle_ora_6320.trc
  2. Oracle Database 11gEnterprise Edition Release 11.2.0.1.0 — 64bit Production
  3. With thePartitioning, OLAP, Data Mining and Real Application Testing options
  4. Windows NT VersionV6.1 Service Pack 1
  5. CPU : 4 — type 8664, 2 PhysicalCores
  6. Process Affinity : 0x0x0000000000000000
  7. Memory (Avail/Total):Ph:2805M/6087M, Ph+PgF:6761M/12173M
  8. Instance name: oracle
  9. Redo thread mountedby this instance: 1
  10. Oracle processnumber: 19
  11. Windows thread id:6320, image: ORACLE.EXE (SHAD)
  12. *** 2014-08-1608:18:55.461
  13. *** SESSIONID:(191.3) 2014-08-16 08:18:55.461
  14. *** CLIENT ID:()2014-08-16 08:18:55.461
  15. *** SERVICE NAME:()2014-08-16 08:18:55.461
  16. *** MODULENAME:(sqlplus.exe) 2014-08-16 08:18:55.461
  17. *** ACTION NAME:()2014-08-16 08:18:55.461
  18. ORA-19815: Предупреждение: DB_RECOVERY_FILE_DEST_SIZE BYTES (BYTES 4102029312). Доступны 0 байтов. Быть
  19. ************************************************************************
  20. You have followingchoices to free up space from recovery area:
  21. 1. Consider changingRMAN RETENTION POLICY. If you are using Data Guard,
  22. then consider changing RMAN ARCHIVELOGDELETION POLICY.
  23. 2. Back up files totertiary device such as tape using RMAN
  24. BACKUP RECOVERY AREA command.
  25. 3. Add disk space andincrease db_recovery_file_dest_size parameter to
  26. reflect the new space.
  27. 4. Delete unnecessaryfiles using RMAN DELETE command. If an operating
  28. system command was used to delete files,then use RMAN CROSSCHECK and
  29. DELETE EXPIRED commands.
  30. ************************************************************************
  31. ORA-19809: предел количества файлов восстановления
  32. ORA-19804: невозможно восстановить 33961984 байтовое дисковое пространство (от 4102029312 Limited)
  33. *** 2014-08-1608:18:55.502 4132 krsh.c
  34. ARCH: Error 19809Creating archive log file to’E:APPKANGFLASH_RECOVERY_AREAORACLEARCHIVELOG2014_08_16O1_MF_1_159_%U_.ARC’
  35. *** 2014-08-1608:18:55.502 2747 krsi.c
  36. krsi_dst_fail: dest:1err:19809 force:0 blast:1
  37. DDE: Problem Key ‘ORA312’ was flood controlled (0x1) (no incident)
  38. ORA-00312: Онлайн журнал 3 нить 1: ‘e: app kang oradata Oracle Redo03.log’
  39. ORA-16038: Журнал 3 Правила # 159 Невозможно архивировать
  40. ORA-19809: предел количества файлов восстановления
  41. ORA-00312: Онлайн журнал 3 нить 1: ‘e: app kang oradata Oracle Redo03.log’
  42. *** 2014-08-1608:18:55.565
  43. USER (ospid: 6320):terminating the instance due to error 16038

Отсюда мы открываем корень проблемы: »

ORA-19815: Предупреждение: DB_RECOVERY_FILE_DEST_SIZE BYTES (BYTES 4102029312). Доступны 0 байтов. ” да db_recovery_file_dest_size Также легко найти корневую причину архива журнала пространства. Легко решить проблему.

Растворы

Небольшое пространство, то, как мы находимся перед нами, так это то, что нужно установить пространство, другой — удалить дополнительные файлы, то мы используем эти два способа.

По окну команды:

——— Установите размер архива журнала пространства

  1. sqlplus / as sysdba
  2. shutdown abort —- Закрыть процесс
  3. startup mount —- Загрузка базы данных
  4. select * from v$recovery_file_dest; — Запрос архив журнала
  5. db_recovery_file_dest_size=10737418240; — Установите пространство журнала архива до 10 г
  6. Exit — Размер пространства здесь был установлен

——— Удалить архивный журнал

  1. rmantarget / —— введите окно инструментов RMAN
  2. RMAN>crosscheckarchivelog all ; — Запустите эту команду, может отметить недействительный истекший архивес.
  3. RMAN>deletenoprompt archivelog until time «sysdate -3» ; — — То есть удалить журнал архива 3 дня назад

Здесь тщательно ok NS. Следующий Re-откройте базу данных: нормальное использование 。

В файле удаления архива есть небольшое внимание, отображающее файл архива через окно команд. E:appkangflash_recovery_areaoracleARCHIVELOG Под, но мы не можем напрямую удалить эти файлы напрямую, это связано с соответствующей информацией каждого архивелога в ControlFile, когда мы удаляем эти файлы в ОС, мы все еще записываем их в нашем Controlfile. Информация о архивелоге, есть также эти журналы в Oracle OEM-менеджер. Поскольку, когда мы обрабатываем файлы в каталоге архива, эти записи не очищаются нами от ControlFile, то есть Oracle не знает, что эти файлы не существуют. Таким образом, вы все еще должны выполнить команду, чтобы удалить эти файлы через окно команд.

PostScript

Журнал архива фактически используется для нас, чтобы использовать его при восстановлении базы данных, но иногда эти архивные бревна на самом деле приведут нам немного неприятностей, поэтому эти архивные журналы все еще нуждаются в нас, чтобы обратить внимание.

Интеллектуальная рекомендация

IView CDN Загрузка значка шрифта нормальная, а значок шрифта не может быть загружен при локальной загрузке JS и CSS

Используйте iview, чтобы сделать небольшой инструмент. Чтобы не затронуть другие платформы, загрузите JS и CSS CDN на локальные ссылки. В результате значок шрифта не может быть загружен. Просмо.

Критическое: ошибка настройки прослушивателя приложения класса org.springframework.web.context.ContextLoaderLis

1 Обзор Серверная программа, которая обычно запускалась раньше, открылась сегодня, и неожиданно появилась эта ошибка. Интуитивно понятно, что не хватает связанных с Spring пакетов, но после удаления п.

1086 Не скажу (15 баллов)

При выполнении домашнего задания друг, сидящий рядом с ним, спросил вас: «Сколько будет пять умножить на семь?» Вы должны вежливо улыбнуться и сказать ему: «Пятьдесят три». Это.

Pandas применяют параллельный процесс приложения, многоядерная скорость очистки данных

В конкурсе Algorith Algorith Algorith Algorith Algorith 2019 года используется многофункциональная уборка номера ускорения. Будет использовать панды. Но сама панда, кажется, не имеет механизма для мно.

PureMVC Learning (Tucao) Примечания

Справочная статья:Введение подробного PrueMVC Использованная литература:Дело UnityPureMvc Основная цель этой статьи состоит в том, чтобы организовать соответствующие ресурсы о PureMVC. Что касается Pu.

Источник

Вылетает запрос с ошибкой ORA-03113 : Oracle

Есть самописная программа, все работало до определенного момента, потом стала вылетать с ошибкой ORA-03113: end-of-file on communication channel
стал разбираться, выяснилось вылетает на запросе абсолютно безобидном запросе:
SELECT TREE, NAME
FROM SUPERMAG.SACARDCLASS
WHERE TREE LIKE ‘16.7.2.%’
AND INSTR( TREE,’.’,1,4 ) > 0
AND INSTR( TREE,’.’,1,5 ) = 0

дальше выяснилось, что если в тексте добавить или убрать пробел
запрос замечательно выполняется.
Растолкуйте, почему? и как с этим бороться?

в запросе меняешь например
было: AND INSTR( TREE,’.’,1,4 ) > 0
меняешь на: AND INSTR(TREE,’.’,1,4 ) > 0
и все работает

вылет мгновенный при запуске запроса например из девелопера
нажал выполнить, девелопер отвалился от базы :)))

а в алерте я не нашел цитат на этот момент 🙁

сейчас с ораклом дела практически не имею — просто у меня ранее было подобное на тяжелых запросах — коннект к ораклу был через одбс — отваливало по таймауту соединения — лечил установкой в реестре параметра ConnectionTimeout в ноль — не разрывать коннект до окончания выполнения

также — из загашников 🙂 — нытырил пока свою проблемау не разрешил
==================================================
ORA-03113: end-of-file on communication channel
Cause: The connection between Client and Server process was broken. It may also happen if the external agent extproc crashes for some reason.
Action: There was a communication error that requires further investigation. First, check for network problems and review the SQL*Net setup.
Also, look in the alert.log file for any errors. Finally, test to see whether the server process is dead and whether a trace file was generated
at failure time. There may be some system calls in the .NET function which might terminate the process. Remove such calls.
==================================================
На самом деле 3113 часто (не всегда) является следствием каких-либо багов Oracle, так что вопрос может потребовать более детального исследования вплоть до обращения в техподдержку Oracle.
Ну а alert.log в подобных случаях желательно посмотреть в любом случае

Оказывается одним из способов решения этой проблемы является простое удаление статистики. Именно статистики, а не индексов.
В случае, если это не помогло, ее всегда можно восстановить средствами Оракл
==================================================
Обычно связана с аппаратными сбоями, при этом нередко имеет
динамический характер: то есть, то нет. При возникновении нужно
искать соответствующий trace file и анализировать его.
Посмотрите хватает операционке памяти и т. п.
Возможно ваш запрос съел большую часть ресурсов и оракл не поймал их.
Скорей всего это вопрос к админам (пусть ставят патчи).

6.2.34 ORA-03113: End-of-File on Communication Channel
Cause: This error can occur under several circumstances and indicates that the
Oracle server process has failed.

Action: There is one case that may be encountered during an upgrade that has a
known solution. When running on certain 64-bit platforms, the RDBMS bug 2614728
may cause the defnavpg.sql script to fail. If you are on a 64-bit platform, check
your upgrade log file to see if the problem is encountered in the following
context:

#— Beginning inner script: wwd/defnavpg
# Create seeded navigation pages for page groups declare
*
ERROR at line 1:
ORA-03113: end-of-file on communication channel
If it is in this context, apply the patch for bug 2614728 for your platform.
Restore from your backup, and run the upgrade again.
==================================================

упс, упустил — еще непосредственно установка ODBCTimeout на сам запрос перед выполнением в 0 — тоже где то в реестре есть, но мне так проще было

Источник

ORA-03113: end of file on communication channel

Hi there, I am new to Oracle database and have been working on a test installation of oracle 11g that my employer wants me to practise on. My oracle instance was working fine, and then I logged in and found the following error when I try to start the instance.

SQL> startup
ORACLE instance started.

Total System Global Area 1653518336 bytes
Fixed Size 2176288 bytes
Variable Size 1006635744 bytes
Database Buffers 637534208 bytes
Redo Buffers 7172096 bytes
ORA-03113: end-of-file on communication channel
Process ID: 5736
Session ID: 191 Serial number: 1

I get the same error if I try start with RMAN:

RMAN> startup mount

Oracle instance started
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of startup command at 03/07/2012 15:18:29
ORA-03113: end-of-file on communication channel
Process ID: 7256
Session ID: 192 Serial number: 5

In Enterprise Manager I can see the instance is down, the listener is up and in the section Agent Connection to Instance it says:

Status
Failed
Details ORA-12505: TNS:listener does not currently know of SID given in connect descriptor (DBD ERROR: OCIServerAttach)

Ok, so for both these errors ORA-12505 and ORA-03113 I can find plenty of information on the net, but I have not been able to make any progress and just feel like I am going around in circles, hence my post here. The last thing I did when the instance was working was switch to archive logging mode. Then the next day started getting these errors. Any help much appreciated. but at this point I am not sure what to do next!

Answers

Do you use data guard? Most likely the archivelog destination is invalid.

Try to start up the database again. Then post the last 10 lines in alert.log.

Edited by: AliD on 6/03/2012 18:57

what Operating System name & version?

find OS directory folder named «alert» & then file within it called «log.xml»

post last 200 or so line from this file.

What is ORACLE_SID for your database?

what does the alert log says.

how about the shared memory management. can you post it. I think this would be shared memory problem.

please also check your spfile.
possibly there are some invalid entry inside there.
try to startup using pfile

Thanks very much for all your replies. Here are the results of some of the things I looked into based on those replies.

4 digit Oracle version? 11.2.0.1.0 — 64bit Production — installed on a windows 7 box (sorry, I should have mentioned this at the outset)

What were the steps you took to switch to archive logging mode? I did the following:

SQL> alter system set log_archive_dest_1=’location=/app/DBA/archivelog’ scope=spfile;
then I shutdown the database and then did startup mount, then:
SQL>
alter database archivelog;

Do you use data guard? Most likely the archivelog destination is invalid.
Not using data guard. The archivelog destination is valid and is not full.

Try to start up the database again. Then post the last 10 lines in alert.log.

Here are the results of last startup from end of alert log:

Thu Mar 08 10:50:14 2012
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 3
Autotune of undo retention is turned on.
IMODE=BR
ILAT =27
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 — 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options.
Using parameter settings in server-side spfile C:APPDBAPRODUCT11.2.0DBHOME_1DATABASESPFILEORCL.ORA
System parameters with non-default values:
processes = 150
memory_target = 1584M
control_files = «C:APPDBAORADATAORCLCONTROL01.CTL»
control_files = «C:APPDBAFLASH_RECOVERY_AREAORCLCONTROL02.CTL»
db_block_size = 8192
compatible = «11.2.0.0.0»
log_archive_dest_1 = «location=/app/DBA/archivelog»
db_recovery_file_dest = «C:appDBAflash_recovery_area»
db_recovery_file_dest_size= 3912M
undo_tablespace = «UNDOTBS1»
remote_login_passwordfile= «EXCLUSIVE»
db_domain = «»
dispatchers = «(PROTOCOL=TCP) (SERVICE=orclXDB)»
audit_file_dest = «C:APPDBAADMINORCLADUMP»
audit_trail = «DB»
db_name = «orcl»
open_cursors = 300
diagnostic_dest = «C:APPDBA»
Thu Mar 08 10:50:17 2012
VKTM started with pid=3, OS at elevated priority
Thu Mar 08 10:50:17 2012
PMON started with pid=2, OS
Thu Mar 08 10:50:17 2012
GEN0 started with pid=4, OS
Thu Mar 08 10:50:17 2012
DIAG started with pid=5, OS
Thu Mar 08 10:50:17 2012
DBRM started with pid=6, OS
Thu Mar 08 10:50:17 2012
PSP0 started with pid=7, OS
Thu Mar 08 10:50:17 2012
DIA0 started with pid=8, OS
Thu Mar 08 10:50:17 2012
MMAN started with pid=9, OS
VKTM running at (10)millisec precision with DBRM quantum (100)ms
Thu Mar 08 10:50:18 2012
DBW0 started with pid=10, OS
Thu Mar 08 10:50:18 2012
LGWR started with pid=11, OS
Thu Mar 08 10:50:18 2012
CKPT started with pid=12, OS
Thu Mar 08 10:50:18 2012
SMON started with pid=13, OS
Thu Mar 08 10:50:18 2012
RECO started with pid=14, OS
Thu Mar 08 10:50:18 2012
MMON started with pid=15, OS
Thu Mar 08 10:50:18 2012
MMNL started with pid=16, OS
starting up 1 dispatcher(s) for network address ‘(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))’.
starting up 1 shared server(s) .
ORACLE_BASE from environment = C:appDBA
Thu Mar 08 10:50:19 2012
ALTER DATABASE MOUNT
USER (ospid: 4016): terminating the instance
Instance terminated by USER, pid = 4016

please also check your spfile. possibly there are some invalid entry inside there. try to startup using pfile

Источник

Источник

Я часто слежу за ними, посадкаPL/SQLСделайте неудачу, произошла ошибкаORA-01034«с участием»ORA-27101«Как показано:

Затем вы пройдете через командную строку.OracleПосмотрите, что происходит, то проблема дальше, ошибки »ORA-03113:Конец канала связипроцесс ID:6320 отвечать ID :191серийный номер:3”。

Проблема

OracleЕсть ошибка, поэтому перейдите к неправильному журналу, чтобы найти корня проблемы:e:appkangdiagrdbmsoracleoracletraceФайл под папкойoracle_ora_6320.trcДокумент, откройте журнал ошибок дисплея:

  1. Trace filee:appkangdiagrdbmsoracleoracletraceoracle_ora_6320.trc  
  2. Oracle Database 11gEnterprise Edition Release 11.2.0.1.0 — 64bit Production  
  3. With thePartitioning, OLAP, Data Mining and Real Application Testing options  
  4. Windows NT VersionV6.1 Service Pack 1  
  5. CPU                 : 4 — type 8664, 2 PhysicalCores  
  6. Process Affinity    : 0x0x0000000000000000  
  7. Memory (Avail/Total):Ph:2805M/6087M, Ph+PgF:6761M/12173M  
  8. Instance name: oracle  
  9. Redo thread mountedby this instance: 1  
  10. Oracle processnumber: 19  
  11. Windows thread id:6320, image: ORACLE.EXE (SHAD)  
  12.    
  13.    
  14. *** 2014-08-1608:18:55.461  
  15. *** SESSIONID:(191.3) 2014-08-16 08:18:55.461  
  16. *** CLIENT ID:()2014-08-16 08:18:55.461  
  17. *** SERVICE NAME:()2014-08-16 08:18:55.461  
  18. *** MODULENAME:(sqlplus.exe) 2014-08-16 08:18:55.461  
  19. *** ACTION NAME:()2014-08-16 08:18:55.461  
  20.    
  21. ORA-19815: Предупреждение: DB_RECOVERY_FILE_DEST_SIZE BYTES (BYTES 4102029312). Доступны 0 байтов. Быть
  22. ************************************************************************  
  23. You have followingchoices to free up space from recovery area:  
  24. 1. Consider changingRMAN RETENTION POLICY. If you are using Data Guard,  
  25.    then consider changing RMAN ARCHIVELOGDELETION POLICY.  
  26. 2. Back up files totertiary device such as tape using RMAN  
  27.    BACKUP RECOVERY AREA command.  
  28. 3. Add disk space andincrease db_recovery_file_dest_size parameter to  
  29.    reflect the new space.  
  30. 4. Delete unnecessaryfiles using RMAN DELETE command. If an operating  
  31.    system command was used to delete files,then use RMAN CROSSCHECK and  
  32.    DELETE EXPIRED commands.  
  33. ************************************************************************  
  34. ORA-19809: предел количества файлов восстановления
  35. ORA-19804: невозможно восстановить 33961984 байтовое дисковое пространство (от 4102029312 Limited)
  36. *** 2014-08-1608:18:55.502 4132 krsh.c  
  37. ARCH: Error 19809Creating archive log file to’E:APPKANGFLASH_RECOVERY_AREAORACLEARCHIVELOG2014_08_16O1_MF_1_159_%U_.ARC’  
  38. *** 2014-08-1608:18:55.502 2747 krsi.c  
  39. krsi_dst_fail: dest:1err:19809 force:0 blast:1  
  40. DDE: Problem Key ‘ORA312’ was flood controlled (0x1) (no incident)  
  41. ORA-00312: Онлайн журнал 3 нить 1: ‘e: app kang oradata Oracle Redo03.log’
  42. ORA-16038: Журнал 3 Правила # 159 Невозможно архивировать
  43. ORA-19809: предел количества файлов восстановления
  44. ORA-00312: Онлайн журнал 3 нить 1: ‘e: app kang oradata Oracle Redo03.log’
  45.    
  46. *** 2014-08-1608:18:55.565  
  47. USER (ospid: 6320):terminating the instance due to error 16038  

Отсюда мы открываем корень проблемы: »

ORA-19815: Предупреждение: DB_RECOVERY_FILE_DEST_SIZE BYTES (BYTES 4102029312). Доступны 0 байтов.”даdb_recovery_file_dest_sizeТакже легко найти корневую причину архива журнала пространства. Легко решить проблему.

Растворы

Небольшое пространство, то, как мы находимся перед нами, так это то, что нужно установить пространство, другой — удалить дополнительные файлы, то мы используем эти два способа.

По окну команды:

———Установите размер архива журнала пространства

  1. sqlplus / as sysdba  
  2. shutdown abort     —- Закрыть процесс  
  3. startup mount       —- Загрузка базы данных  
  4. select * from v$recovery_file_dest; — Запрос архив журнала  
  5. db_recovery_file_dest_size=10737418240; — Установите пространство журнала архива до 10 г  
  6. Exit — Размер пространства здесь был установлен  

———Удалить архивный журнал

  1. rmantarget /   —— введите окно инструментов RMAN  
  2. RMAN>crosscheckarchivelog all;  — Запустите эту команду, может отметить недействительный истекший архивес.  
  3. RMAN>deletenoprompt archivelog until time «sysdate -3»;  — — То есть удалить журнал архива 3 дня назад  
  4.    

Здесь тщательноokNS. СледующийRe-откройте базу данных: нормальное использование。

В файле удаления архива есть небольшое внимание, отображающее файл архива через окно команд.E:appkangflash_recovery_areaoracleARCHIVELOG Под, но мы не можем напрямую удалить эти файлы напрямую, это связано с соответствующей информацией каждого архивелога в ControlFile, когда мы удаляем эти файлы в ОС, мы все еще записываем их в нашем Controlfile. Информация о архивелоге, есть также эти журналы в Oracle OEM-менеджер. Поскольку, когда мы обрабатываем файлы в каталоге архива, эти записи не очищаются нами от ControlFile, то есть Oracle не знает, что эти файлы не существуют. Таким образом, вы все еще должны выполнить команду, чтобы удалить эти файлы через окно команд.

PostScript

Журнал архива фактически используется для нас, чтобы использовать его при восстановлении базы данных, но иногда эти архивные бревна на самом деле приведут нам немного неприятностей, поэтому эти архивные журналы все еще нуждаются в нас, чтобы обратить внимание.

Источник

Oerr Utility output:
Cause: The connection between Client and Server process was broken.
Action: There was a communication error that requires further investigation.

Check the alert_sid.log file on the server. This may be an indication that the communications link may have gone down at least temporarily, or it may indicate that the server has gone down.

When we are going to start the Oracle database, i am getting the ORA-03113 error during the startup command. My first step is looking into the alert log file which helps us to find cause of error.

In Research found following reasons of error:
Reason 1:
If you working on one SQLPLUS session and from another session DBA shutdown the database then on executing query from your session will give the error as follows:
SQL> select * from dual;
select * from dual
*
ERROR at line 1:
ORA-03113: end-of-file on communication channel
Process ID: 10308
Session ID: 9 Serial number: 3
Solution 1:
Reconnect with SQLPLUS and run the command again.

Reason 2:
If you are going to start the database and your Recovery file destination is full then you will also get the following error on db_recovery_file_dest is full.
SQL> startup
ORACLE instance started.
Total System Global Area 23584982528 bytes
Fixed Size 2452778 bytes
Variable Size 4531678966 bytes
Database Buffers 2342356778 bytes
Redo Buffers 25876431 bytes
Database mounted.
ORA-03113: end-of-file on communication channel
Process ID: 2588
Session ID: 1705 Serial number: 5
Solution 2:
1. Checked the alert log find, we find the db_recovery_file_dest is full and alert log is giving following warning:
ORA-19815: WARNING: db_recovery_file_dest_size of 2456687415514 bytes is 100.00% used, and has 0 remaining bytes available.
2. Open the Database in mount state
startup mount
3. Check and increase the parameter current value:
Show parameter db_recovery_file_dest_size
-- add 10GB size more to this parameter
alter system set db_recovery_file_dest_size = 75G scope=both;
4. Open the Database.
alter database open;
5. Fixed the issue with RMAN.
RMAN> backup archivelog all delete input;

Reasons 3:
Redo log file seems inactive or corrupted.
Solution 3:
1. Startup the instance in nomount:
SQL> startup nomount
ORACLE instance started.
Total System Global Area 2147483648 bytes
Fixed Size 2926472 bytes
Variable Size 1224738936 bytes
Database Buffers 905969664 bytes
Redo Buffers 13848576 bytes
2. Open database into mount state:
alter database mount;
Database altered.
3. Clear the redo log files having issue due to power failure or unclean shutdown of database.
SQL> alter database clear unarchived logfile group 1;
Database altered.
SQL> alter database clear unarchived logfile group 2;
Database altered.
SQL> alter database clear unarchived logfile group 3;
Database altered.
4. Shutdown the database and open it.
SQL> shutdown immediate
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.

SQL> startup
ORACLE instance started.
Total System Global Area 2147483648 bytes
Fixed Size 2926472 bytes
Variable Size 1224738936 bytes
Database Buffers 905969664 bytes
Redo Buffers 13848576 bytes
Database mounted.
Database opened.

Источник

сейчас с ораклом дела практически не имею — просто у меня ранее было подобное на тяжелых запросах — коннект к ораклу был через одбс — отваливало по таймауту соединения — лечил установкой в реестре параметра ConnectionTimeout в ноль — не разрывать коннект до окончания выполнения

также — из загашников :) — нытырил пока свою проблемау не разрешил
==================================================
ORA-03113: end-of-file on communication channel
Cause: The connection between Client and Server process was broken. It may also happen if the external agent extproc crashes for some reason.
Action: There was a communication error that requires further investigation. First, check for network problems and review the SQL*Net setup.
Also, look in the alert.log file for any errors. Finally, test to see whether the server process is dead and whether a trace file was generated
at failure time. There may be some system calls in the .NET function which might terminate the process. Remove such calls.
==================================================
На самом деле 3113 часто (не всегда) является следствием каких-либо багов Oracle, так что вопрос может потребовать более детального исследования вплоть до обращения в техподдержку Oracle.
Ну а alert.log в подобных случаях желательно посмотреть в любом случае

Оказывается одним из способов решения этой проблемы является простое удаление статистики. Именно статистики, а не индексов.
В случае, если это не помогло, ее всегда можно восстановить средствами Оракл
==================================================
Обычно связана с аппаратными сбоями, при этом нередко имеет
динамический характер: то есть, то нет. При возникновении нужно
искать соответствующий trace file и анализировать его.
Посмотрите хватает операционке памяти и т. п.
Возможно ваш запрос съел большую часть ресурсов и оракл не поймал их.
Скорей всего это вопрос к админам (пусть ставят патчи).

6.2.34 ORA-03113: End-of-File on Communication Channel
Cause: This error can occur under several circumstances and indicates that the
Oracle server process has failed.

Action: There is one case that may be encountered during an upgrade that has a
known solution. When running on certain 64-bit platforms, the RDBMS bug 2614728
may cause the defnavpg.sql script to fail. If you are on a 64-bit platform, check
your upgrade log file to see if the problem is encountered in the following
context:

#— Beginning inner script: wwd/defnavpg
# Create seeded navigation pages for page groups declare
*
ERROR at line 1:
ORA-03113: end-of-file on communication channel
If it is in this context, apply the patch for bug 2614728 for your platform.
Restore from your backup, and run the upgrade again.
==================================================

упс, упустил — еще непосредственно установка ODBCTimeout на сам запрос перед выполнением в 0 — тоже где то в реестре есть, но мне так проще было

Источник

Понравилась статья? Поделить с друзьями:
  • Pubg fail log ошибка при запуске
  • Ps5 ошибка обновления
  • Pubg error failed to initialize steam
  • Ps5 ошибка nw 102308 4
  • Pubg battlegrounds ошибка при входе