Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
 Re: restricted session  [new]
EgorovSV
Member

Откуда:
Сообщений: 68
Corner,

см. приложенный файл

К сообщению приложен файл. Размер - 50Kb
1 окт 12, 16:18    [13250739]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Как только проблемы с запуском БД - сразу зри в alert.log
1 окт 12, 16:20    [13250754]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
EgorovSV
Member

Откуда:
Сообщений: 68
tru55,

а полный путь?=)
1 окт 12, 16:21    [13250765]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
88588
Guest
Путь в init файлике
background_dump_dest
1 окт 12, 16:24    [13250801]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
EgorovSV
Member

Откуда:
Сообщений: 68
88588,

че-то не могу найти
это вообще сервер оракла?
1 окт 12, 16:25    [13250819]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
EgorovSV
Member

Откуда:
Сообщений: 68
tru55,

см. приложенный файл

К сообщению приложен файл. Размер - 88Kb
1 окт 12, 16:28    [13250843]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
Edward Shevtsov
Member

Откуда: Moscow
Сообщений: 13469
alter database open;
1 окт 12, 16:31    [13250866]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
EgorovSV
Member

Откуда:
Сообщений: 68
Edward Shevtsov,

когда вводить эту команду?
1 окт 12, 16:31    [13250870]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
Edward Shevtsov
Member

Откуда: Moscow
Сообщений: 13469
EgorovSV,

после ошибки. Затем посмотреть в alert.log
1 окт 12, 16:32    [13250879]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
У-у-у, как все запущено...
Как же ты хочешь админить Oracle, не умея работать в SQL*Plus? Любой запрос должен заканчиваться ; или /.
Цифра 2 означает номер строки, т.е. от тебя ждут продолжения запроса.
1 окт 12, 16:33    [13250886]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
EgorovSV
Member

Откуда:
Сообщений: 68
Edward Shevtsov,

опишите, пожалуйста, всю последоватльность

и где найти alert.log ? я не нашел его
1 окт 12, 16:34    [13250890]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
Viewer
Member

Откуда: Самара
Сообщений: 5369
EgorovSV
88588,

че-то не могу найти
это вообще сервер оракла?

Oracle 11g stores the alert log in two formats, both in the ADR (Automatic Diagnostic Repository).
The Oracle 10g text format is still used.
Additionally a second copy of the alert log is maintained formatted with XML tags. The XML tags make it easier for tools to process the alert log more efficiently and gather more detailed information.
The XML based alert log is stored in the ADR directory called alert.
The text copy of the alert log is in the ADR directory called cdump.
Whichever alert log format you are interested in using, you will need to point any tools that you currently have that reference the alert log to a different location during an upgrade to Oracle 11g.

You can access the XML alert log with the XML tags stripped out of it using a tool called the ADR Command Interpreter (adrci).
This command-line utility provides quite a bit of functionality including providing the ability to strip out the XML tags from the alert log. Another feature of adrci is the ability to view the alert log using the tail option, as shown in the following example.

C:\oracle\product\db11g\db_01\NETWORK\ADMIN>adrci
Copyright (c) 1982, 2006, Oracle. All rights reserved.
ADR base = "C:\oracle\product"
adrci>>show alert -tail
1 окт 12, 16:34    [13250896]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
EgorovSV
Member

Откуда:
Сообщений: 68
Edward Shevtsov,

2012-10-01 16:43:50.121000 +04:00
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 2
Using LOG_ARCHIVE_DEST_1 parameter default value as USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on.
IMODE=BR
ILAT =18
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up:
Oracle Database 11g Express Edition Release 11.2.0.2.0 - Production.
Using parameter settings in server-side pfile C:\ORACLEXE\APP\ORACLE\PRODUCT\11.2.0\SERVER\DATABASE\INITXE.ORA
System parameters with non-default values:
sessions = 172
spfile = "C:\ORACLEXE\APP\ORACLE\PRODUCT\11.2.0\SERVER\DBS\SPFILEXE.ORA"
nls_language = "RUSSIAN"
nls_territory = "RUSSIA"
nls_currency = "р."
memory_target = 1G
control_files = "C:\ORACLEXE\APP\ORACLE\ORADATA\XE\CONTROL.DBF"
compatible = "11.2.0.0.0"
db_recovery_file_dest = "C:\oraclexe\app\oracle\fast_recovery_area"
db_recovery_file_dest_size= 10G
undo_management = "AUTO"
undo_tablespace = "UNDOTBS1"
remote_login_passwordfile= "EXCLUSIVE"
dispatchers = "(PROTOCOL=TCP) (SERVICE=XEXDB)"
shared_servers = 4
job_queue_processes = 4
audit_file_dest = "C:\ORACLEXE\APP\ORACLE\ADMIN\XE\ADUMP"
db_name = "XE"
open_cursors = 300
diagnostic_dest = "C:\ORACLEXE\APP\ORACLE"
2012-10-01 16:44:00.924000 +04:00
PMON started with pid=2, OS id=3992
PSP0 started with pid=3, OS id=4072
2012-10-01 16:44:01.936000 +04:00
VKTM started with pid=4, OS id=5972 at elevated priority
VKTM running at (10)millisec precision with DBRM quantum (100)ms
GEN0 started with pid=5, OS id=5524
DIAG started with pid=6, OS id=4624
DBRM started with pid=7, OS id=7212
DIA0 started with pid=8, OS id=464
MMAN started with pid=9, OS id=6188
DBW0 started with pid=10, OS id=6432
LGWR started with pid=11, OS id=6280
CKPT started with pid=12, OS id=6984
SMON started with pid=13, OS id=6600
RECO started with pid=14, OS id=6920
MMON started with pid=15, OS id=7028
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
MMNL started with pid=16, OS id=7584
starting up 4 shared server(s) ...
ORACLE_BASE from environment = C:\oraclexe\app\oracle
ALTER DATABASE MOUNT
2012-10-01 16:44:06.910000 +04:00
Successful mount of redo thread 1, with mount id 2676688274
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: ALTER DATABASE MOUNT
ALTER DATABASE OPEN
LGWR: STARTING ARCH PROCESSES
ARC0 started with pid=23, OS id=5216
2012-10-01 16:44:08.866000 +04:00
ARC0: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
ARC0: STARTING ARCH PROCESSES
ARC1 started with pid=24, OS id=2648
ARC2 started with pid=25, OS id=7688
ARC1: Archival started
ARC3 started with pid=26, OS id=6672
ARC2: Archival started
ARC1: Becoming the 'no FAL' ARCH
ARC1: Becoming the 'no SRL' ARCH
ARC2: Becoming the heartbeat ARCH
Errors in file C:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_arc2_7688.trc:
ORA-19815: WARNING: db_recovery_file_dest_size of 10737418240 bytes is 100.00% used, and has 0 remaining bytes available.
************************************************************************
You have following choices to free up space from recovery area:
1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
then consider changing RMAN ARCHIVELOG DELETION POLICY.
2. Back up files to tertiary device such as tape using RMAN
BACKUP RECOVERY AREA command.
3. Add disk space and increase db_recovery_file_dest_size parameter to
reflect the new space.
4. Delete unnecessary files using RMAN DELETE command. If an operating
system command was used to delete files, then use RMAN CROSSCHECK and
DELETE EXPIRED commands.
************************************************************************
ARC2: Error 19809 Creating archive log file to 'C:\ORACLEXE\APP\ORACLE\FAST_RECOVERY_AREA\XE\ARCHIVELOG\2012_10_01\O1_MF_1_245_%U_.ARC'
ARCH: Archival stopped, error occurred. Will continue retrying
Errors in file C:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_ora_7840.trc:
ORA-19815: WARNING: db_recovery_file_dest_size of 10737418240 bytes is 100.00% used, and has 0 remaining bytes available.
************************************************************************
You have following choices to free up space from recovery area:
1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
then consider changing RMAN ARCHIVELOG DELETION POLICY.
2. Back up files to tertiary device such as tape using RMAN
BACKUP RECOVERY AREA command.
ARC3: Archival started
3. Add disk space and increase db_recovery_file_dest_size parameter to
reflect the new space.
4. Delete unnecessary files using RMAN DELETE command. If an operating
system command was used to delete files, then use RMAN CROSSCHECK and
DELETE EXPIRED commands.
************************************************************************
ARCH: Error 19809 Creating archive log file to 'C:\ORACLEXE\APP\ORACLE\FAST_RECOVERY_AREA\XE\ARCHIVELOG\2012_10_01\O1_MF_1_245_%U_.ARC'
2012-10-01 16:44:09.910000 +04:00
Errors in file C:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_ora_7840.trc:
ORA-16038: log 1 sequence# 245 cannot be archived
ORA-19809: limit exceeded for recovery files
ORA-00312: online log 1 thread 1: 'C:\ORACLEXE\APP\ORACLE\FAST_RECOVERY_AREA\XE\ONLINELOG\O1_MF_1_81GW3DR8_.LOG'
USER (ospid: 7840): terminating the instance due to error 16038
System state dump requested by (instance=1, osid=7840), summary=[abnormal instance termination].
System State dumped to trace file C:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_diag_4624.trc
Dumping diagnostic data in directory=[cdmp_20121001164409], requested by (instance=1, osid=7840), summary=[abnormal instance termination].
ARC0: STARTING ARCH PROCESSES COMPLETE
ARC0: Archival disabled due to shutdown: 1092
Shutting down archive processes
Archiving is disabled
ARC0: Detected ARCH process failure
2012-10-01 16:44:10.900000 +04:00
ARC0: Detected ARCH process failure
ARC0: Detected ARCH process failure
2012-10-01 16:44:13.077000 +04:00
Instance terminated by USER, pid = 7840
1 окт 12, 16:47    [13251016]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
Corner
Member

Откуда:
Сообщений: 1270
ищите алерт в
show parameter background_dump_dest

имся файла
alert_<SID>.log
1 окт 12, 16:49    [13251037]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
https://www.sql.ru/forum/afsearch.aspx?s=19815&submit=%CD%E0%E9%F2%E8&bid=3
1 окт 12, 16:50    [13251053]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
Corner
Member

Откуда:
Сообщений: 1270
set ORACLE_SID=XE
rman target /
delete noprompt archivelog all;
exit

sqlplus / as sysdba
shutdown immediate
startup mount
alter database noarchivelog;
alter database open;
1 окт 12, 16:51    [13251070]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
EgorovSV
Member

Откуда:
Сообщений: 68
Corner,

LGWR started with pid=11, OS id=7880
Mon Oct 01 16:52:49 2012
CKPT started with pid=12, OS id=4596
Mon Oct 01 16:52:49 2012
SMON started with pid=13, OS id=6212
Mon Oct 01 16:52:49 2012
RECO started with pid=14, OS id=6640
Mon Oct 01 16:52:49 2012
MMON started with pid=15, OS id=5180
Mon Oct 01 16:52:49 2012
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
Mon Oct 01 16:52:49 2012
MMNL started with pid=16, OS id=5736
starting up 4 shared server(s) ...
ORACLE_BASE from environment = C:\oraclexe\app\oracle
Mon Oct 01 16:52:50 2012
ALTER DATABASE MOUNT
Successful mount of redo thread 1, with mount id 2676702626
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: ALTER DATABASE MOUNT
Mon Oct 01 16:52:55 2012
ALTER DATABASE OPEN
LGWR: STARTING ARCH PROCESSES
Mon Oct 01 16:52:55 2012
ARC0 started with pid=22, OS id=5860
ARC0: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
Errors in file C:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_ora_7028.trc:
ORA-19815: WARNING: db_recovery_file_dest_size of 10737418240 bytes is 100.00% used, and has 0 remaining bytes available.
************************************************************************
You have following choices to free up space from recovery area:
1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
then consider changing RMAN ARCHIVELOG DELETION POLICY.
2. Back up files to tertiary device such as tape using RMAN
BACKUP RECOVERY AREA command.
3. Add disk space and increase db_recovery_file_dest_size parameter to
reflect the new space.
4. Delete unnecessary files using RMAN DELETE command. If an operating
system command was used to delete files, then use RMAN CROSSCHECK and
DELETE EXPIRED commands.
************************************************************************
ARCH: Error 19809 Creating archive log file to 'C:\ORACLEXE\APP\ORACLE\FAST_RECOVERY_AREA\XE\ARCHIVELOG\2012_10_01\O1_MF_1_245_%U_.ARC'
Errors in file C:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_ora_7028.trc:
ORA-16038: log 1 sequence# 245 cannot be archived
ORA-19809: limit exceeded for recovery files
ORA-00312: online log 1 thread 1: 'C:\ORACLEXE\APP\ORACLE\FAST_RECOVERY_AREA\XE\ONLINELOG\O1_MF_1_81GW3DR8_.LOG'
USER (ospid: 7028): terminating the instance due to error 16038
System state dump requested by (instance=1, osid=7028), summary=[abnormal instance termination].
System State dumped to trace file C:\ORACLEXE\APP\ORACLE\diag\rdbms\xe\xe\trace\xe_diag_7272.trc
Dumping diagnostic data in directory=[cdmp_20121001165257], requested by (instance=1, osid=7028), summary=[abnormal instance termination].
ARC0: STARTING ARCH PROCESSES
Logins disabled; aborting ARCH process startup (1092)
ARC0: Archival disabled due to shutdown: 1092
Shutting down archive processes
Archiving is disabled
Instance terminated by USER, pid = 7028
1 окт 12, 16:54    [13251101]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
EgorovSV,

- а я вскопаю эти 10 соток за 4 часа
- копай

STARTUP MOUNT;
ALTER SYSTEM SET db_recovery_file_dest_size=20737418240;
ALTER DATABASE OPEN;

далее думать зачем нужна FRA и медитировать над ее размером
1 окт 12, 17:07    [13251214]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
EgorovSV
Member

Откуда:
Сообщений: 68
denix1,

Ураа!! Благодарю вас! Помогло.

Правда тут двояко. Все время увеличивать место для логирования неуместно.

Как очистить логи не в курсе?
1 окт 12, 17:19    [13251306]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
EgorovSV
Как очистить логи не в курсе?
шутить изволите ? ;)

именно для этого моя последняя строка в предыдущем посте

PS:
правда пока так и не понятно как "Случайно сделал в SQLDeveloper'е restricted."
могло спровоцировать такое...
точнее понятно что все уже было подготовлено,
но вот что, кроме плохой кармы;), спровоцировало падение экземпляра ?
1 окт 12, 17:25    [13251376]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
EgorovSV
Member

Откуда:
Сообщений: 68
denix1,

видимо restricted был тут ни при чем =)
1 окт 12, 17:33    [13251471]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
EgorovSV,

возможно "в SQLDeveloper'е restricted" - это не то о чем подумала общественность...
1 окт 12, 17:35    [13251487]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
EgorovSV
Member

Откуда:
Сообщений: 68
denix1,

вероятно

просто погуглил - в restricted могла быть проблема

нужно было сразу логи копать

просто опыта мало в администировании Оракла

Ну и не сказать, чтобы он очень удобный. Пишет ошибку - а что за ней скрывается неясно.
1 окт 12, 17:36    [13251503]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
EgorovSV
Ну и не сказать, чтобы он очень удобный. Пишет ошибку - а что за ней скрывается неясно.
неудобно трусы через голову,
терапевт же не рассматривает гланды через 5ю точку
1 окт 12, 17:39    [13251529]     Ответить | Цитировать Сообщить модератору
 Re: restricted session  [new]
EgorovSV
Member

Откуда:
Сообщений: 68
denix1,

а вы случайно в миграции MSSQL to Oracle не разбираетесь?

у меня есть одноименная тема на этом форуме
1 окт 12, 17:46    [13251587]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Oracle Ответить