[ОТВЕТИТЬ]
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. Вывести нормально ошибки...
и авось коолективный разум что подскажет...
но первонаперво... забэкапь все что есть на сейчас... это первое что нужно сделать...
30.12.2013 16:41
XaHa
 
Цитата:
baggio нормальное решение это в деталях объяснить:
1. что было сделано
2. Структуру организации... есть ли цо...
3. Вывести нормально ошибки...
и авось коолективный разум что подскажет...
но первонаперво... забэкапь все что есть на сейчас... это первое что нужно сделать...
1.
Вобщем то что есть забэкапил. Список файлов:
CONTROL01.CTL
CONTROL02.CTL
CONTROL03.CTL
INDX01.DBF
REDO01.LOG
REDO02.LOG
REDO03.LOG
SYSAUX01.DBF
SYSTEM01.DBF
TEMP01.DBF
UNDOTBD01.DBF
USERS01.DBF
В последних бэкапах нет и половины
2.
ЦО есть в неё закидывается все в зелёном статусе + чеки за день.
3.
Как заставить Oracle записывать норм ошибки в лог, NLS_LANG в реестре стоит: RUSSIAN_CIS.CL8MSWIN1251
30.12.2013 16:58
XaHa
 
изменил в реестре nls_lang на american_america.cl8mswin1251
ORA-00368: checksum error in redo log block
ORA-00353: log corruption near block 50832 change 248805151 time 12/30/2013 11:25:45
ORA-00312: online log 3 thread 1: 'E:\ORADATA\UNIBAZ1\REDO03.LOG'

ORA-368 signalled during: alter database open...
30.12.2013 17:49
leonid
 
поврежден редо-лог
по этой инструкции мне пару раз удавалось поднять базы, если погуглить по словам из нее,
то можно найти в инете с более подробными объяснениями

ora-00368 битый текущий редо

1. делаем ini-файл
2. вписываем туда
_allow_resetlogs_corruption=true
_allow_read_only_corruption=true
_corrupted_rollback_segments = (_SYSSMU1$,_SYSSMU2$,_SYSSMU3$,_SYSSMU4$,_SYSSMU5$,_SYSSMU6$,_SYSSMU7$,_SYSSMU8$,_SYSSMU9$,_SYSSMU10$)
_offline_rollback_segments = (_SYSSMU1$,_SYSSMU2$,_SYSSMU3$,_SYSSMU4$,_SYSSMU5$,_SYSSMU6$,_SYSSMU7$,_SYSSMU8$,_SYSSMU9$,_SYSSMU10$)

3. startup mount
4. recover database until cancel using backup controlfile;
5. alter database open resetlogs;

скорее всего получаем ошибку, (а вдруг повезет?)

6. после пары перезапусков
shutdown immediate
startup mount
alter database open resetlogs;
или
startup open recover

7. создаем скрипт для контрол файла

8. перезапускаем с новым контролом, нам повезло база запустилась

9. делаем экспорт-импорт
30.12.2013 18:02
baggio
 
как вариант можно всё переслать из Цо... но тут засада будет с Актами переоценки которые могут исполниться не в том порядке в котором их исполняли в магазине...
осюда косяки с розничными ценами...
поэтому...
попытаться поднять то что есть ~3-4-5 часов в зависимости от того насколько это возможно...
если нет... подъем из бекапа...
россылка из ЦО ВСЕГО начиная от справичников единиц измерения, карточек, контрагентов, документов, и т.д.
Рассылка из ЦО не хуже подъема но только в том случаи если есть понимание что как и куда слать...
30.12.2013 18:03
XaHa
 
Цитата:
leonid 1. делаем ini-файл
где он должен лежать?
Цитата:
leonid 7. создаем скрипт для контрол файла
что за скрипт и где?)
30.12.2013 18:08
leonid
 
есть такая статья
"жизнь с ораклом Вариант решения проблем с undo"
вот по аналогии с ней
31.12.2013 10:27
XaHa
 
Вобщем, бекап 2ух месячной давности открыл. Скинул все данные из ЦО за этот период, единственное что цены на некоторые товары почему-то некорректные.
31.12.2013 11:23
baggio
 
выше я писал почему...
как вариант на сейчас...
Создать в магазине акт в черновике и переслать его в ЦО. Там в этот черновик-Акт переоценки запихать товары для данного места хранения и заполнить текущими розничными ценами которые есть в ЦО, сохранить его в черновике, и переслать в магазин. в магазине его исполнить...
что должно решить проблему...
Но учтите что грабли детские вы будите находить еще в течении месяца двух после подобной схемы восстановления...
еще раз настоятельно рекомендую проверить что вы все справочники переслали из ЦО...
С Наступающим!
31.12.2013 11:55
Mtirt
 
А зачем создавать акт в черновике в магазине?
Что мешает создать его в ЦО и заполнить ценами?
31.12.2013 12:03
baggio
 
Цитата:
Mtirt А зачем создавать акт в черновике в магазине?
Что мешает создать его в ЦО и заполнить ценами?
чтобы номера не пересеклись...
31.12.2013 12:17
XaHa
 
Спасибо, чёт не смекнул сразу. Вроде как запустились =)

Всем откликнувшимся спасибо!
31.12.2013 12:40
Mtirt
 
Цитата:
baggio чтобы номера не пересеклись...
Так в офисе и магазине разные префиксы, как номера пересекутся?
В офисе же много актов должно создаваться...
31.12.2013 12:42
baggio
 
Цитата:
Mtirt Так в офисе и магазине разные префиксы, как номера пересекутся?
В офисе же много актов должно создаваться...
это кто такое сказал?
31.12.2013 12:42
Mtirt
 
Это так должно быть.
31.12.2013 12:51
baggio
 
вооще не факт...
Опции темы


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

 

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