Появилось такая ошибка после холодного копирования базы,вопрос заключается в чем, "file 2" имеется ввиду номер одной из таблиц? например "MG_TABLE2.dbf" и могу ли я положить все службы и заменить файл таблицы "MG_TABLE2.dbf" таблицей из холодной копией?

maverick2104, в этом случае сам файл базы заменять в дерриктории нужно? или после = указать полный путь?

maverick2104, и "file2" это и есть сама таблица 2?

maverick2104,попробую

я где то не соблюдаю пунктуацию или нужно указывать полный путь к файлу?

maverick2104,я не пойму где

я пробовал

и в большие кавычки брали маленькие и полный путь указывал, точку запятую ставил

могу я заменить таблицу 2, таблицей их холодной копии? в чем будет проблема?

dmdmdm, ну подскажите как правельно

я даже не знаю что сказать

я его наше, далее как его правильно заменить исправным?

maverick2104, понял попробую

tru55, "database recover"?

Alergik,доку я не читал

tru55,где можно посмотреть и как выполнить восстановление?

Elic,ребят помогите прошу

Ошибка Oracle 01033 при открытия софта который использует базу

Версия оракл
Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production
PL/SQL Release 8.1.7.0.0 - Production
CORE 8.1.7.0.0 Production
TNS for 32-bit Windows: Version 8.1.7.0.0 - Production
NLSRTL Version 3.4.1.0.0 – Production
Версия ОС Windows Server 2003 Enterprise edition sp2

1)Причина ошибка: выключил ПК, отключил жд, подключил как ведомы в другому ПК, сделал копию БД и софта. Подключил обратно после страта софт выдал ошибку 01033.
2)Прочитал что данная ошибка возникает из-за аварийного выключения БД на сервере
Ссылка на тему « http://www.sql.ru/forum/317787/ora-01033-poditozhit»
3)Воспользовался командами на отключении и сборку БД, далее появилась ошибка
По совету попробовал команду SQL> select name from v$datafile where file#='2';

Ниже копия текст из консоли
Microsoft Windows [Версия 5.2.3790]
(С) Корпорация Майкрософт, 1985-2003.
C:\Documents and Settings\Администратор>sqlplus
SQL*Plus: Release 8.1.7.0.0 - Production on Fri Apr 5 15:52:24 2019
(c) Copyright 2000 Oracle Corporation. All rights reserved.
Enter user-name: /as sysdba
Connected to:
Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production
With the Partitioning option
JServer Release 8.1.7.0.0 - Production
SQL> shutdown immediate;
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01034: ORACLE not available
SQL> startup;
ORACLE instance started.
Total System Global Area 252598300 bytes
Fixed Size 75804 bytes
Variable Size 68231168 bytes
Database Buffers 184213504 bytes
Redo Buffers 77824 bytes
Database mounted.
ORA-01172: recovery of thread 1 stuck at block 514 of file 2
ORA-01151: use media recovery to recover block, restore backup if needed
SQL> select name from v$datafile where file#='2';
NAME
-----------------------------------------------------
C:\ORACLE\ORADATA\MAGICASH\RBS01.DBF
SQL>

Имеется только холодный бэкап,на сколько я понял RBS табличное пространство для сегментов отката, если я правильно «File2» и теперь я не знаю как его восстановить. какие мои действия?

выдает такую информацию
SQL> recover database
ORA-00283: recovery session canceled due to errors
ORA-00600: internal error code, arguments: [3020], [8389122], [1], [1401],
[54], [16], [], []

Vadim Lejnin, по поиску Alert, нахожу только файл Alert_db.log и он пуст 0кб
Заменил файлом из холодного бэкапа от 19.03
выдала вот это
SQL> startup
ORACLE instance started.

Total System Global Area 252598300 bytes
Fixed Size 75804 bytes
Variable Size 68231168 bytes
Database Buffers 184213504 bytes
Redo Buffers 77824 bytes
Database mounted.
ORA-01113: file 2 needs media recovery
ORA-01110: data file 2: 'C:\ORACLE\ORADATA\MAGICASH\RBS01.DBF'


SQL> recover database
ORA-00279: change 1074888650 generated at 03/19/2019 08:03:39 needed for thread
1
ORA-00289: suggestion : C:\ORACLE\ORA81\RDBMS\ARC01234.001
ORA-00280: change 1074888650 for thread 1 is in sequence #1234


Specify log: {<RET>=suggested | filename | AUTO | CANCEL}


SQL>

Хочу попробовать сделать клон диска через acronis и туда полностью с заменой подкинуть базу от 19.03
так можно сделать?

Извиняюсь нашел Alert,log он 1.2 гб весит как открою 10000 символов загрузить?

вот последний лог попробую найти в какой момент она полетела и выложить
Mon Apr 08 07:27:30 2019
Shutting down instance (immediate)
License high water mark = 2
Mon Apr 08 07:27:30 2019
ALTER DATABASE CLOSE NORMAL
ORA-1109 signalled during: ALTER DATABASE CLOSE NORMAL...
Mon Apr 08 07:27:30 2019
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT
archiving is disabled
Starting up ORACLE RDBMS Version: 8.1.7.0.0.
System parameters with non-default values:
processes = 150
shared_pool_size = 61407027
large_pool_size = 614400
java_pool_size = 32768
control_files = C:\oracle\oradata\MAGICASH\control01.ctl, C:\oracle\oradata\MAGICASH\control02.ctl, C:\oracle\oradata\MAGICASH\control03.ctl
db_block_buffers = 22487
db_block_size = 8192
compatible = 8.1.0
log_buffer = 32768
log_checkpoint_interval = 10000
log_checkpoint_timeout = 1800
db_files = 1024
db_file_multiblock_read_count= 8
max_enabled_roles = 30
remote_login_passwordfile= EXCLUSIVE
global_names = TRUE
distributed_transactions = 10
instance_name = MAGICASH
service_names = MAGICASH
sort_area_size = 65536
sort_area_retained_size = 65536
db_name = MAGICASH
open_cursors = 300
ifile = C:\oracle\admin\MAGICASH\pfile\initMAGICASH.ora
os_authent_prefix =
parallel_max_servers = 5
background_dump_dest = C:\oracle\admin\MAGICASH\bdump
user_dump_dest = C:\oracle\admin\MAGICASH\udump
max_dump_file_size = 10240
oracle_trace_collection_name=
PMON started with pid=2
DBW0 started with pid=3
LGWR started with pid=4
CKPT started with pid=5
SMON started with pid=6
RECO started with pid=7
Mon Apr 08 07:28:02 2019
ALTER DATABASE MOUNT
Mon Apr 08 07:28:06 2019
Successful mount of redo thread 1, with mount id 2426840710.
Mon Apr 08 07:28:06 2019
Database mounted in Exclusive Mode.
Completed: ALTER DATABASE MOUNT
Mon Apr 08 07:28:06 2019
ALTER DATABASE OPEN
ORA-1113 signalled during: ALTER DATABASE OPEN...
Mon Apr 08 07:28:11 2019
ALTER DATABASE RECOVER database
Media Recovery Start
WARNING! Recovering data file 2 from a fuzzy backup. It might be an online
backup taken without entering the begin backup command.
Media Recovery Log
ORA-279 signalled during: ALTER DATABASE RECOVER database ...
Mon Apr 08 08:01:35 2019
ALTER DATABASE RECOVER CANCEL
Mon Apr 08 08:01:35 2019
Media Recovery Cancelled
Completed: ALTER DATABASE RECOVER CANCEL
Mon Apr 08 08:03:32 2019
Shutting down instance (immediate)
License high water mark = 2
Mon Apr 08 08:03:32 2019
ALTER DATABASE CLOSE NORMAL
ORA-1109 signalled during: ALTER DATABASE CLOSE NORMAL...
Mon Apr 08 08:03:32 2019
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT
archiving is disabled

вот лог момента когда база не запустилась
Fri Apr 05 11:20:10 2019
ORACLE V8.1.7.0.0 - Production vsnsta=0
vsnsql=e vsnxtr=3
Windows 2000 Version 5.2 Service Pack 2, CPU type 586
Starting up ORACLE RDBMS Version: 8.1.7.0.0.
System parameters with non-default values:
processes = 150
shared_pool_size = 61407027
large_pool_size = 614400
java_pool_size = 32768
control_files = C:\oracle\oradata\MAGICASH\control01.ctl, C:\oracle\oradata\MAGICASH\control02.ctl, C:\oracle\oradata\MAGICASH\control03.ctl
db_block_buffers = 22487
db_block_size = 8192
compatible = 8.1.0
log_buffer = 32768
log_checkpoint_interval = 10000
log_checkpoint_timeout = 1800
db_files = 1024
db_file_multiblock_read_count= 8
max_enabled_roles = 30
remote_login_passwordfile= EXCLUSIVE
global_names = TRUE
distributed_transactions = 10
instance_name = MAGICASH
service_names = MAGICASH
sort_area_size = 65536
sort_area_retained_size = 65536
db_name = MAGICASH
open_cursors = 300
os_authent_prefix =
parallel_max_servers = 5
background_dump_dest = C:\oracle\admin\MAGICASH\bdump
user_dump_dest = C:\oracle\admin\MAGICASH\udump
max_dump_file_size = 10240
oracle_trace_collection_name=
PMON started with pid=2
DBW0 started with pid=3
LGWR started with pid=4
CKPT started with pid=5
SMON started with pid=6
RECO started with pid=7
Fri Apr 05 11:20:11 2019
alter database mount exclusive
Fri Apr 05 11:20:17 2019
Successful mount of redo thread 1, with mount id 2426610800.
Fri Apr 05 11:20:17 2019
Database mounted in Exclusive Mode.
Completed: alter database mount exclusive
Fri Apr 05 11:20:18 2019
alter database open
Beginning crash recovery of 1 threads
Fri Apr 05 11:20:28 2019
Thread recovery: start rolling forward thread 1
Recovery of Online Redo Log: Thread 1 Group 3 Seq 1401 Reading mem 0
Mem# 0 errs 0: C:\ORACLE\ORADATA\MAGICASH\REDO03.LOG
ORA-1172 signalled during: alter database open...
Dump file C:\oracle\admin\MAGICASH\bdump\magicashALRT.LOG