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

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

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

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

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

?
06.08.2019 13:01
Цитата:
Mauzer alert_mag.log
скорее всего... ты загляни внутрь, там то, что ты цитировал, только в читаемом виде
Цитата:
Mauzer была 10ка 64, оракл 11.2.0.4 64бит
а хрена ли ты ее так сходу проапгрейдил-то? Была десятка - ставь десятку, причем, не десятку, а точно ту версию из четырех цифр, что и была.
Цитата:
Mauzer с 7 утра просто сижу тыкаюсь
если надо поспать и отдохни - поспи и отдохни, но без нормальных ответов мы никуда не продвинемся. Я хрустальный шар отдал на время поиграть.
06.08.2019 13:10
Цитата:
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
Цитата:
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
Может тупо прав доступа не хватает на каталог с базой?
06.08.2019 13:34
UAC отключил? Я думал, что Oracle 10 был, а ты поставил 11.
06.08.2019 13:35
Цитата:
Mauzer не дает валится на ошибке:
ERROR at line 1:
ORA-01503: CREATE CONTROLFILE failed
Это вообще кто говорит? Когда базу создаешь?
06.08.2019 13:37
Все файлы в бекапе аналогичны, как-то неоднозначным ответ вышел...Но перечисление касается именно бекапных файликов
Часовой пояс GMT +3, время: 09:04.

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