[ОТВЕТИТЬ]
Опции темы
30.12.2013 15:37  
XaHa
Всем привет! Всех с наступающим!
Не пинайте по голове, но собственно проблем следующая, не стартует супермаг.
Алерт лог пишет следующие:

Цитата:
Dump file e:\oracle\admin\unibaz1\bdump\alert_unibaz1.log
Mon Dec 30 15:14:50 2013
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Windows XP Version V5.1 Service Pack 3
CPU : 4 - type 586, 4 Physical Cores
Process Affinity : 0x00000000
Memory (Avail/Total): Ph:2306M/2813M, Ph+PgF:4295M/4701M, VA:1941M/2047M
Mon Dec 30 15:14:50 2013
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 E:\oracle\data\RDBMS
Autotune of undo retention is turned on.
IMODE=BR
ILAT =18
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.1.0.
System parameters with non-default values:
processes = 150
__shared_pool_size = 104857600
__large_pool_size = 4194304
__java_pool_size = 4194304
__streams_pool_size = 0
sga_target = 612368384
control_files = E:\ORADATA\UNIBAZ1\CONTROL01.CTL, E:\ORADATA\UNIBAZ1\CONTROL02.CTL, E:\ORADATA\UNIBAZ1\CONTROL03.CTL
db_block_size = 8192
__db_cache_size = 494927872
compatible = 10.2.0.1.0
db_file_multiblock_read_count= 16
undo_management = AUTO
undo_tablespace = UNDOTBS1
O7_DICTIONARY_ACCESSIBILITY= TRUE
remote_login_passwordfile= EXCLUSIVE
db_domain =
job_queue_processes = 10
audit_file_dest = E:\ORACLE\ADMIN\UNIBAZ1\ADUMP
background_dump_dest = E:\ORACLE\ADMIN\UNIBAZ1\BDUMP
user_dump_dest = E:\ORACLE\ADMIN\UNIBAZ1\UDUMP
core_dump_dest = E:\ORACLE\ADMIN\UNIBAZ1\CDUMP
db_name = UNIBAZ1
open_cursors = 300
pga_aggregate_target = 203423744
PMON started with pid=2, OS id=2380
PSP0 started with pid=3, OS id=3084
MMAN started with pid=4, OS id=2776
DBW0 started with pid=5, OS id=3164
LGWR started with pid=6, OS id=208
CKPT started with pid=7, OS id=1032
SMON started with pid=8, OS id=2660
RECO started with pid=9, OS id=3176
CJQ0 started with pid=10, OS id=2968
MMON started with pid=11, OS id=1480
Mon Dec 30 15:14:50 2013
Oracle Data Guard is not available in this edition of Oracle.
MMNL started with pid=12, OS id=2316
Mon Dec 30 15:14:51 2013
alter database mount exclusive
Mon Dec 30 15:14:55 2013
Setting recovery target incarnation to 1
Mon Dec 30 15:14:55 2013
Successful mount of redo thread 1, with mount id 1550124075
Mon Dec 30 15:14:55 2013
Database mounted in Exclusive Mode
Completed: alter database mount exclusive
Mon Dec 30 15:14:55 2013
alter database open
Mon Dec 30 15:14:55 2013
Beginning crash recovery of 1 threads
Mon Dec 30 15:14:55 2013
Started redo scan
Mon Dec 30 15:14:55 2013
Aborting crash recovery due to error 368
Mon Dec 30 15:14:55 2013
Errors in file e:\oracle\admin\unibaz1\udump\unibaz1_ora_1176.trc:
ORA-00368: ?????? ?????.????? ? ????.?????
ORA-00353: ????????? ????????? ?????? ????? 50832, ????????? 248805151, ????? 12/30/2013 11:25:45
ORA-00312: ??????????? ???????? 3 ???????? 1: 'E:\ORADATA\UNIBAZ1\REDO03.LOG'

ORA-368 signalled during: alter database open...
Поможите люди добрые =)
 
30.12.2013 15:39  
Mtirt
А ругательства без знаков вопроса совсем нельзя увидеть???
 
30.12.2013 15:54  
XaHa
Цитата:
Сообщение от Mtirt
А ругательства без знаков вопроса совсем нельзя увидеть???
блин не могу понять в какой кодировке он туда запихнул это =(
 
30.12.2013 16:02  
OlegON
И заодно расскажи предысторию... После чего это? И откуда там 10.2.0.1.0?
 
30.12.2013 16:09  
XaHa
Предыстория следующая, комп начал, как оказалось регулярно ребутаться. Сообщили уже после того как он просто перестал стартовать. Комп выполняет функции и сервера и операторского компа. Сейчас работу машины нормализовал, как увидел, бэкап базы целый месяц делался неполноценный, только некоторое количество файлов DBF. Насчёт оракла, ставил не я и задолго до меня приезжие спецы из С+. Накручены и 10 и 11ые версии оракла, и куча папок раскиданных по жестким дискам с названиями oradata и oracle =)
 
30.12.2013 16:11  
XaHa
Целый бэкап, который за полтора месяца, запускается нормально.
 
30.12.2013 16:12  
baggio
Цитата:
Сообщение от XaHa
Сейчас работу машины нормализовал,
ну значит всё должно работать...
 
30.12.2013 16:13  
XaHa
Цитата:
Сообщение от baggio
ну значит всё должно работать...
машины но не базы )))
 
30.12.2013 16:19  
XaHa
Как временное решение проблемы запустить старый бэкап и скинуть все из центральной базы?
 
30.12.2013 16:27  
baggio
нормальное решение это в деталях объяснить:
1. что было сделано
2. Структуру организации... есть ли цо...
3. Вывести нормально ошибки...
и авось коолективный разум что подскажет...
но первонаперво... забэкапь все что есть на сейчас... это первое что нужно сделать...
 
 


Опции темы



Часовой пояс GMT +3, время: 03:06.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.