06.08.2019 12:50
Mauzer
 
1. Сервера больше нет, сейчас чистая свежая машина, ничего на ней нет кроме оракла
2. Бекап лился на фтп просто, через cobian
3. все файлы есть из бекапа
06.08.2019 12:52
OlegON
 
какой был оракл и винда, какие поставил, версии, битность? перечитай, что я спрашивал, там еще вопросы были.
пиши вменяемее, пожалуйста, надоест же из тебя информацию тянуть....
еще что нужно - какие файлы были в бекапе? cobian, кстати, не контролирует остановленность сервиса? он же просто дает команду на остановку, а там "не смогла я и ладно"?
базу как создал, под которую бекапы подкладываешь, контрольники поменял?
06.08.2019 12:59
Mauzer
 
с 7 утра просто сижу тыкаюсь...

была 10ка 64, оракл 11.2.0.4 64бит

Поставил аналогично все.

Про алерт, уточню это вот оно:

D:\Oracle\Oradata\diag\rdbms\mag\mag\trace\alert_mag.log

?
06.08.2019 13:01
OlegON
 
Цитата:
Mauzer alert_mag.log
скорее всего... ты загляни внутрь, там то, что ты цитировал, только в читаемом виде
Цитата:
Mauzer была 10ка 64, оракл 11.2.0.4 64бит
а хрена ли ты ее так сходу проапгрейдил-то? Была десятка - ставь десятку, причем, не десятку, а точно ту версию из четырех цифр, что и была.
Цитата:
Mauzer с 7 утра просто сижу тыкаюсь
если надо поспать и отдохни - поспи и отдохни, но без нормальных ответов мы никуда не продвинемся. Я хрустальный шар отдал на время поиграть.
06.08.2019 13:10
Mauzer
 
Цитата:
OlegON скорее всего... ты загляни внутрь, там то, что ты цитировал, только в читаемом виде:

Starting up:
Oracle Database 11g Release 11.2.0.4.0 - 64bit Production.
Windows NT Version V6.2
CPU : 4 - type 8664, 4 Physical Cores
Process Affinity : 0x0x0000000000000000
Memory (Avail/Total): Ph:13847M/16258M, Ph+PgF:10823M/19202M
Using parameter settings in server-side spfile C:\ORACLE\SERVER\DATABASE\SPFILEMAG.ORA
System parameters with non-default values:
processes = 300
sessions = 472
sga_target = 6G
control_files = "D:\ORACLE\ORADATA\MAG\CONTROL01.CTL"
control_files = "D:\ORACLE\ORADATA\MAG\CONTROL02.CTL"
db_block_size = 8192
compatible = "11.2.0.4.0"
undo_tablespace = "UNDOTBS1"
O7_DICTIONARY_ACCESSIBILITY= TRUE
remote_login_passwordfile= "EXCLUSIVE"
db_domain = ""
audit_file_dest = "D:\ORACLE\ORADATA\ADMIN\MAG\ADUMP"
audit_trail = "DB"
db_name = "MAG"
open_cursors = 300
pga_aggregate_target = 2G
diagnostic_dest = "D:\ORACLE\ORADATA"
Tue Aug 06 12:47:21 2019
PMON started with pid=2, OS id=6004
Tue Aug 06 12:47:21 2019
PSP0 started with pid=3, OS id=6292
Tue Aug 06 12:47:22 2019
VKTM started with pid=4, OS id=1832 at elevated priority
VKTM running at (10)millisec precision with DBRM quantum (100)ms
Tue Aug 06 12:47:22 2019
GEN0 started with pid=5, OS id=3012
Tue Aug 06 12:47:22 2019
DIAG started with pid=6, OS id=6352
Tue Aug 06 12:47:22 2019
DBRM started with pid=7, OS id=5532
Tue Aug 06 12:47:22 2019
DIA0 started with pid=8, OS id=5608
Tue Aug 06 12:47:22 2019
MMAN started with pid=9, OS id=2264
Tue Aug 06 12:47:22 2019
DBW0 started with pid=10, OS id=5728
Tue Aug 06 12:47:22 2019
LGWR started with pid=11, OS id=3020
Tue Aug 06 12:47:22 2019
CKPT started with pid=12, OS id=6620
Tue Aug 06 12:47:22 2019
SMON started with pid=13, OS id=8444
Tue Aug 06 12:47:22 2019
RECO started with pid=14, OS id=8588
Tue Aug 06 12:47:22 2019
MMON started with pid=15, OS id=5148
Tue Aug 06 12:47:22 2019
MMNL started with pid=16, OS id=9120
ORACLE_BASE from environment = D:\Oracle\Oradata
Tue Aug 06 12:47:23 2019
ALTER DATABASE MOUNT
Successful mount of redo thread 1, with mount id 1148224923
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: ALTER DATABASE MOUNT
Spfile C:\ORACLE\SERVER\DATABASE\SPFILEMAG.ORA is in old pre-11 format and compatible >= 11.0.0; converting to new H.A.R.D. compliant format.

а хрена ли ты ее так сходу проапгрейдил-то? Была десятка - ставь десятку, причем, не десятку, а точно ту версию из четырех цифр, что и была.

не понял...винда 10ка:) была 10ка, поставил 10ку. Оракл 1 в 1 тоже. 11.2.0.4 был, 11.2.0.4 поставил

если надо поспать и отдохни - поспи и отдохни, но без нормальных ответов мы никуда не продвинемся. Я хрустальный шар дал на время поиграть.
. Нельзя, надо добить! Буду более внимателен к ответам.
06.08.2019 13:21
Mauzer
 
Цитата:
OlegON какой был оракл и винда, какие поставил, версии, битность? перечитай, что я спрашивал, там еще вопросы были.
пиши вменяемее, пожалуйста, надоест же из тебя информацию тянуть....
еще что нужно - какие файлы были в бекапе? cobian, кстати, не контролирует остановленность сервиса? он же просто дает команду на остановку, а там "не смогла я и ладно"?
базу как создал, под которую бекапы подкладываешь, контрольники поменял?
Кобиану пофик, да. Он просто у себя в журнале напишет, типо вот увы служба чет не отсановилась. Но вроде проверяли, 10дней копий там есть , пробова подкладывать другие уже - аналогично все, ошибки теже.
_______________________
Стандартно, просто пустую БД, по инструкции С+
____________________
Файлы:

INDX01.DBF
SYSAUX01.DBF
SYSTEM01.DBF
TEMP01.DBF
UNDOTBS01.DBF
USERS01.DBF

+2 контрольника и 3 редо

__________________________
не дает валится на ошибке:

ERROR at line 1:
ORA-01503: CREATE CONTROLFILE failed
ORA-01565: error in identifying file 'D:\Oracle\Oradata\MAG\SYSTEM01.DBF'
ORA-17503: ksfdopn:8 Failed to open file D:\ORACLE\ORADATA\MAG\SYSTEM01.DBF
ORA-27047: unable to read the header block of file
OSD-04006: ???? ReadFile(), ?????? ?? ????? ??????????
O/S-Error: (OS 87) ???????? ????? ???????.
06.08.2019 13:34
Stels
 
Может тупо прав доступа не хватает на каталог с базой?
06.08.2019 13:34
OlegON
 
UAC отключил? Я думал, что Oracle 10 был, а ты поставил 11.
06.08.2019 13:35
OlegON
 
Цитата:
Mauzer не дает валится на ошибке:
ERROR at line 1:
ORA-01503: CREATE CONTROLFILE failed
Это вообще кто говорит? Когда базу создаешь?
06.08.2019 13:37
Mauzer
 
Все файлы в бекапе аналогичны, как-то неоднозначным ответ вышел...Но перечисление касается именно бекапных файликов

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