在删除表空间之前,我错误地删除了数据文件。但是表空间占用了很大的空间。我需要移除它,有什么方法吗?
它会发生:
DROP TABLESPACE abc;
*
ERROR at line 1:
ORA-01116: error in opening database file 8
ORA-01110: data file 8: '/data/oradata/oracle/abc.dbf'
ORA-27041: unable to open file
Linux-x86_64 Error: 2: No such file or directory
Additional inform
在从Oracle删除表空间之前,我意外地(手动)从服务器删除了一个数据文件。所以现在我不能使用我的数据库了。有什么方法可以挽救这种局面吗?
conn / as sysdba
Connected to an idle instance.
SQL> startup mount
ORACLE instance started.
Total System Global Area 2466250752 bytes
Fixed Size 3713816 bytes
Variable Size 788530408 bytes
Database
同事(真的!)试图在主prod实例上创建dbf。这是可行的(尽管文件随后被删除),但是db_file_convert没有为文件位置设置次要,因此创建失败,并且在$OH/dbs中创建了“缺失”dbf。
警报日志中的错误:
ORA-01119: error in creating database file '/<path>/<file>.dbf'
ORA-27054: NFS file system where the file is created or resides is not mounted with correct options
Linux-
昨天我在我的笔记本电脑上安装了Oracle12c企业版。当我尝试通过SQLPLUS连接到数据库时,我得到了以下错误
C:\Users\USER>sqlplus
SQL*Plus: Release 12.1.0.2.0 Production on Sun Feb 28 14:12:46 2016
Copyright (c) 1982, 2014, Oracle. All rights reserved.
Enter user-name: userdb
Enter password:
ERROR:
ORA-01033: ORACLE initialization or shutdow
我让oracle DB 11g for tester和一个初级DBA错误地从操作系统中删除了一个系统表空间文件,并在无归档模式下删除了DB,我尝试在挂载模式下重新创建文件并恢复数据库,但由于没有归档日志,因此无法恢复。如果我有数据文件和控制文件的文件系统备份,我可以从它恢复数据库吗?或者只是使用旧的控制文件将数据库恢复到创建该删除的系统数据文件之前的较早点?
我先试着让它离线,然后再试着重新创建它,但是对于第一步,它告诉我文件离线了,数据库无法启动,对于第二种方法,它要求我恢复数据文件,但由于没有存档模式,我无法恢复数据文件。
1- alter database datafile '/
我正在运行Oracle 11GR2,企业版发布了11.2.0.3.0。今天我的一个测试数据库被破坏了。幸运的是,我在网络备份服务器上有两个星期的备份,所以我想,“这很简单,我只是从最新的备份恢复,我应该在大约2小时内恢复正常!”
但我一直收到甲骨文ORA-01190的错误。因此,我更改了我的恢复时间大约30分钟,比我得到同样的错误。
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01190: control file or data file 1 is from before the last
在我的生产服务器中,我错误地删除了数据文件。当我试图打开数据库时,我得到了一个错误。文件并不重要,但数据库没有打开。
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SQL> alter database open RESETLOGS;
alter database open RESETLOGS
*
ERROR at line 1:
ORA-01194: fil
我正在努力让我们的数据库启动。当我登录sqlplus并启动时,我会收到以下消息:
Total System Global Area 534462464 bytes
Fixed Size 2215064 bytes
Variable Size 331350888 bytes
Database Buffers 192937984 bytes
Redo Buffers 7958528 bytes
Database mounted.
ORA-01589: must use RESETLOGS o
我们使用oracle9i数据库。从上个星期起,我的先知多次崩溃,跑了30个小时左右。我们在我的trc文件和警报日志中看到了重复错误:
qmhGetHTTPError: Got unknown oracle error. Error stack is:
ORA-00942: table or view does not exist
我们没有发现确切的表或视图不存在。如果我们把数据库升级到甲骨文10g或11g,会解决问题吗?我发现另一个日志出错了,
error 1242 detected in background process
ORA-01242: data file suffered med
我用dd克隆了一个带有的x4100服务器。旧服务器和新服务器的硬件是相同的。然后我改变了IP地址和主机名。新还原的服务器已启动并正在运行,但Oracle提供了以下错误,无法启动。
数据库启动:
(...)
Opening oracle.
ALTER DATABASE OPEN
*
ERROR at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '/../../system01.dbf'
试图登录到SQL*Plus..。
ORA-01033: ORACLE initial
当我尝试启动oracle db时,它显示
ERROR at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '/u01/oradata/oracle/system01.dbf'
当我尝试使用重做日志进行恢复时,我得到了
SQL> recover database using backup controlfile;
ORA-00279: change 4925223599 generated at 02/05/2018 10:24:32 needed for thread
1
OR
我正在将生产数据库迁移到新的服务器。 -S027是服务器00a中的主服务器。 -S029是服务器00b中的DG辅助服务器。 作为第一步,我从两个数据库中获取了一个备份,并将它们恢复到目标服务器中。迁移计划在下周进行,这意味着源DB仍处于活动状态。现在发生的情况是,当我昨天将主服务器恢复到新服务器时,它还尝试将日志传送到源备用服务器,因为我没有更改连接参数。现在,备用服务器出现了化身错误。 Managed Standby Recovery starting Real Time Apply
Warning: Recovery target destination is in a sibling
我有一个部分恢复的数据库(用于测试目的),其中有几个表空间由于其大小和性质而丢失。因此,我需要删除这些表空间,但是其中一些表空间中包含物化视图,这让我有点进退两难。
> drop tablespace test including contents and datafiles;
drop tablespace test including contents and datafiles
*
ERROR at line 1:
ORA-23515: materialized views and/or their indices exist in the tablespace
因此,我们需要首先
我正在尝试建立Oracle DBMS的备份。
内容init.ora文件:
log_archive_dest_1='LOCATION=<location>';
log_archive_dest_state_1=ENABLE;
log_archive_format='%t_%s_%r.arc' scope=spfile
我执行了以下命令:
alter database archivelog;
alter system archive log start;
alter system archive log current;
alter database c
我有数据保护设置主(A)和只读备用(B).
当自动扩展打开时,主服务器(A)在数据挂载点上耗尽空间。我通过在另一个挂载点上的表空间中添加额外的文件(这里已经有现有的数据文件了,看起来它是作为一个停止间隙添加的,以便给db更多的空间)来恢复它。已经有(B)上的挂载点与其他一些数据文件相匹配。StandbyFileManagement设置为auto。
待机错误与ORA-16766:重做应用已停止。我在待机状态下运行了以下命令:
SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
ALTER DATABASE OPEN READ ONLY;
得到以下错误:
ORA-10458: s
本系统采用Oracle11.2.0.3.0,使用ASM。我们遇到了一个问题,似乎存在某种腐败问题--每当一排人试图插入表中时,我们就会得到以下信息:
ORA-01115: IO error reading block from file (block # )
ORA-01110: data file 23: '<filepath>'
ORA-15081: failed to submit an I/O operation to a disk
幸运的是,这是一个测试系统,根据dba_extents的说法,数据文件23上只有一个表。我让团队暂时放下桌子,在另一个表空间
我试图在测试虚拟机中克隆我们的生产数据库。我们的生产数据库与ASM一起工作。我想在测试数据库中使用普通文件系统。
我创建了数据库、服务、pfile等,并给出了生产数据库控制文件来测试数据库。现在,我正在尝试重命名测试数据库中的数据文件。我会跟随错误。
SQL> startup mount;
.....
SQL> alter database rename file '+NEWDATA/XX/XX01.dbf' to 'M:\oracle\datafiles\XX\XX01.dbf'; alter database rename fi