Delete tablespace

Hi,
i have try this command :
SVRMGR> drop tablespace dexem including contents cascade constraints;
drop tablespace dexem including contents cascade constraints
ORA-01116: error in opening database file 8
ORA-01110: data file 8: '/ora8/m02/oradata/ora8/dexem01.dbf'
ORA-27041: unable to open file
Linux Error: 2: No such file or directory
Additional information: 3
It s normal i have delete the file (a big error i know but..) now is it possible to drop the tablespace anywhere?
thanks for help
null

Remi, if tablespace dexem does NOT contain any rollback segments, try the folowing:
ALTER DATABASE DATAFILE 8 OFFLINE DROP;
DROP TABLESPACE dexem;
If the tablespace does contain rollback segments, you will have to drop them first. If your database is down, you will have to modify your init.ora, and add the following parameter: offlinerollback_segments=(RBS1, RBS2, etc)
After that you have to do the following:
ALTER DATABASE DATAFILE 8 OFFLINE DROP;
DROP ROLLBACK SEGMENT RBS1;
DROP ROLLBACK SEGMENT RBS2;
etc
DROP TABLESPACE dexem;
After that, you will have to recreate the rollback segments
Good luck.

Similar Messages

Reaction at Standby Database in 10g for alter , addtion, deletion tablespac

Deal All,
I want to know that what will be reaction on standby database (10g) if i alter , add , delete tablespace or datafile at primary database.

depends on the parameter STANDBY_FILE_MANAGEMENT . please check
http://download-uk.oracle.com/docs/cd/B19306_01/server.102/b14239/manage_ps.htm#i1010428

Deleting tablespace (is ok in this forum?)

First of all is this the okey forum for this question?
- I had a disk failure - I recovered the DB - I tried to delete the tablespace with the error but I got this message, I looked up in the manual and it says this but I don't know how to do it:
ORA-29857 domain indexes and/or secondary objects exist in the tablespace
Cause: An attempt was made to drop a tablespace which contains secondary
objects and/or domain indexes.
Action: Drop the domain indexes in his tablespace. Also, find the domain
indexes which created secondary objects in this tablespace and drop them. Then
try dropping the tablespace.
thanks for any kind of clue
bye
hector

How many members is there in this forum? Your user ID is 898414. But that probably doesn't
mean the number of members is approaching a
million... does it? Maybe it does. There are a lot of
people who get a user ID and ask us to post the code
for face recognition or something like that, then are
never heard from again.and interestingly based on the id's the first member to have registered and who did post atleast one message posted his first message on Jul 21, 2005 2:16 AM
while he registered on Registered:
Jun 12, 1997 2:00 AM

Can you really delete tablespaces in offline/recovery 10gR2

Guru's,
I just migrated my 9.2.0.6 to 10.2.0.2 and in the process of moving my datafiles I messed up one of the names. I added the right datafile to the tablespace and the database started no problem. Now I have an extra datafile on the tablespace identified as offline needing recovery. I read that in 10gR2 you can delete datafiles from tablespaces so after mounting the database I ran -
SQL> alter database datafile '/data/ordata/prod/.dbf' offline drop;
Database altered.
SQL> alter database open;
Database altered.
When I select name from v$datafile it's still there. Am I missing something?
Thanks,
Kirk

http://download-west.oracle.com/docs/cd/B19306_01/server.102/b14231/dfiles.htm#i1006556
You need to make the datafile online.
Restrictions for Dropping Datafiles
The following are restrictions for dropping datafiles and tempfiles:
The database must be open.
If a datafile is not empty, it cannot be dropped.
If you must remove a datafile that is not empty and that cannot be made empty by dropping schema objects, you must drop the tablespace that contains the datafile.
You cannot drop the first or only datafile in a tablespace.
This means that DROP DATAFILE cannot be used with a bigfile tablespace.
You cannot drop datafiles in a read-only tablespace.
You cannot drop datafiles in the SYSTEM tablespace.
If a datafile in a locally managed tablespace is offline, it cannot be dropped.

Drop/delete tablespace

hi how can i delete table-spaces,but i what to delete those tablespace which are not been used how can i check if tabalespaces is been used and delete it if is not used

JohnSpencer wrote:
Ramin:
What about indexes, LOBS and partitions? All of these could be in a tablspace without showing in dba_tables. It would be more accurate to use dba_segments instead.
John
oooohh
absolutely right ))))
hmmm ... why i did stupid error like this?
Friday And 18-00 maybe i am very tired, I must go to Home ....

[urgent] deleted dbf.file

Hello!
I have deleted the .dbf file.
now oracle cannot start anymore.
I do not want to restore the datbase.
the data ist not important.
how can i make oracle run again.
please mail me.
thanks in advance
mario

Hi Mario Meisenberger
If you have drop the system tablespace's .dbf then I cannot help U. And if it is other than system tablespace's .dbf then here is a small example. Just try it out.
Lets say U have drop myuser.dbf file of myuser tablespace then do the following in the server manager (svrmgrl) prompt:
shutdown abort
startup mount
alter database datafile 'myuser.dbf' offline drop;
alter database open;
drop tablespace myuser including contents;
shutdown normal
After shutting down U can now login normally and may re-create the delete tablespace's datafile.
edwin
null

Recover accidently dropped tablespace

Hi,
I have oracle10g running on my first linux machine and a second linux machine which are identical with the same schemas, tablespaces etc.
now after i shutdown the database in first machine, i accidently deleted a tablespace datafile.
so for now the only backup i have is in this second machine. can i export this deleted tablespace from second machine and import into my first machine.
How can i do this?
is there a better way?
I do have some database backups made in my first machine some time back. but after that i disabled the archivelog mode for the database in first machine.
when i go to backups option in EM dbconsole i dont see any datafile backup.
in this case can i use this old backups i made and from them can i get the deleted tablespace?
or is getting the tablespace from the second machine the only possible way?
Can someone guide me please.
Thanks in advance,
Philip.

how do i do this. i mean it is one tablespace that is
missing.
so how do i export just this one tablespace or
contents of this tablespace?1) At database 1 (missing df and after df removed from dictionary)
select table_name from all_tables where tablespace_name = 'TSNAME'
2) compare with same query, but executed at database 2... should get more tables on DB #2
3) put those tables on a parameter file for export (use TABLES parameter)
will export index definitions too...
4) then import those tables on DB #1 (use FROMUSER/TOUSER).
Regards

Drop Temp tablespace hangs...

I have created a new TEMP tablespace and made it default TEMP one.
Now I want to drop TEMP3 tablespace, because it has become fulll...
when I drop it through EM, it hangs...
Once a tablespace has been dropped, the objects and data in it will no longer be available. To recover them can be a time consuming process. Oracle recommends a backup before and after dropping a tablespace.
Are you sure you want to delete Tablespace TEMP3?
Delete associated datafiles from the OS
When I checked at EM, there are locks too..
SMON has locked the system
What should I do now?

The_Rock wrote:
I have created a new TEMP tablespace and made it default TEMP one.
Now I want to drop TEMP3 tablespace, because it has become fulll...
when I drop it through EM, it hangs...
Once a tablespace has been dropped, the objects and data in it will no longer be available. To recover them can be a time consuming process. Oracle recommends a backup before and after dropping a tablespace.
Are you sure you want to delete Tablespace TEMP3?
Delete associated datafiles from the OS
When I checked at EM, there are locks too..
SMON has locked the system
What should I do now?Refer
Drop Temp Tablespace Command Hangs [ID 214371.1]
How to Drop Temporary Tablespace Having Enteries in V$SORT_USAGE [ID 285993.1]

How to restore tablespace from backup

Dear all,
I need to restore my deleted tablespace from its backup. I backuped that tablespace with RMAN without catalog option. I connected the RMAN by the following way.
/home/oracle/db/bin/rman target / nocatalog
When I restoring the tablespace the following error occurs:
RMAN> run {
2> allocate channel ch1 type disk format '/disk6/backup/tek_backup/tek_bak1101';
3> restore tablespace tek_data;
4> }
Starting restore at 12-NOV-07
released channel: ch1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 11/12/2007 17:13:48
RMAN-20202: tablespace not found in the recovery catalog
RMAN-06019: could not translate tablespace name "tek_data"
Please help

Here I am posting what I have done. Now I have the backuped tablespace by RMAN. I tried to restore it but couldn't.
Please help
##### 1. create tablespace & insert some data to it.
[oracle@localhost ~]$ sqlplus /nolog
SQL*Plus: Release 10.2.0.1.0 - Production on Mon Nov 12 19:14:50 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
SQL> conn /as sysdba
Connected.
SQL> CREATE SMALLFILE TABLESPACE "TS07" DATAFILE '/disk6/TS07_1' SIZE 100M LOGGING EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO;
Tablespace created.
SQL> create table MBS200710_1 tablespace TS07 as SELECT * FROM mediator.MBS200710 WHERE M105 = 3
2 ;
Table created.
SQL> quit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
##### 2. backup TS07 with RMAN
[oracle@localhost ~]$ /home/oracle/db/bin/rman target / nocatalog
Recovery Manager: Release 10.2.0.1.0 - Production on Mon Nov 12 19:19:38 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: UCCS (DBID=1480994533)
using target database control file instead of recovery catalog
RMAN> run {
2> allocate channel c1 device type disk;
3> set command id to 'BBBackup';
4> configure backup optimization on;
5> sql "alter tablespace TS07 offline normal";
6> backup format '/disk6/backup/TS07_bak_%T_%U'
7> (tablespace TS07);
8> release channel c1;
9> sql "alter tablespace TS07 online";
10> }
allocated channel: c1
channel c1: sid=136 devtype=DISK
executing command: SET COMMAND ID
old RMAN configuration parameters:
CONFIGURE BACKUP OPTIMIZATION ON;
new RMAN configuration parameters:
CONFIGURE BACKUP OPTIMIZATION ON;
new RMAN configuration parameters are successfully stored
sql statement: alter tablespace TS07 offline normal
Starting backup at 12-NOV-07
channel c1: starting full datafile backupset
channel c1: specifying datafile(s) in backupset
input datafile fno=00052 name=/disk6/TS07_1
channel c1: starting piece 1 at 12-NOV-07
channel c1: finished piece 1 at 12-NOV-07
piece handle=/disk6/backup/TS07_bak_20071112_0uj0srn6_1_1 tag=TAG20071112T193502 comment=NONE
channel c1: backup set complete, elapsed time: 00:00:01
Finished backup at 12-NOV-07
Starting Control File and SPFILE Autobackup at 12-NOV-07
piece handle=/disk6/backup/controlfile/c-1480994533-20071112-05 comment=NONE
Finished Control File and SPFILE Autobackup at 12-NOV-07
released channel: c1
sql statement: alter tablespace TS07 online
RMAN> quit
Recovery Manager complete.
##### 3. drop tablespace including data files
[oracle@localhost ~]$
[oracle@localhost ~]$
[oracle@localhost ~]$ sqlplus /nolog
SQL*Plus: Release 10.2.0.1.0 - Production on Mon Nov 12 19:37:38 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
SQL> conn /as sysdba
Connected.
SQL> drop tablespace TS07 including contents and datafiles;
Tablespace dropped.
SQL> commit;
Commit complete.
SQL> quit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
#####4. restore deleted tablespace from backup
[oracle@localhost ~]$ /home/oracle/db/bin/rman nocatalog target /
Recovery Manager: Release 10.2.0.1.0 - Production on Mon Nov 12 19:39:59 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: UCCS (DBID=1480994533)
using target database control file instead of recovery catalog
RMAN> run {
2> allocate channel c1 type disk format '/disk6/backup/TS07_bak_20071112_0uj0srn6_1_1';
3> restore tablespace TS07;
4> release channel c1;
5> }
allocated channel: c1
channel c1: sid=76 devtype=DISK
Starting restore at 12-NOV-07
released channel: c1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 11/12/2007 19:41:48
RMAN-20202: tablespace not found in the recovery catalog
RMAN-06019: could not translate tablespace name "TS07"

About Tablespaces (Urgent)

Hi Fellows,
I created a tablespace with a datafile. I droped that tablespace and the datafile. But when I issue a command (select * from dba_tablespaces) the deleted tablespace doesnt show but when I query the view "user_tablespaces" it is always there. What should I do to remove the contents of removed tablespace from "user_tablespaces"
I will apprecieate any quick response.
Thanks in advance
Mustafa
null

It may be possible that you still have quota on the dropped tablespace or it was your default tablespace. If you check the USER_TABLESPACES view the STATUS column will show INVALID because the tablespace doesnt exist. The DBA_TABLESPACE or the V$TABLESPACE views show the existing tablespaces in the database. Do the following I hope this might help:
ALTER USER <USERNAME>
QUOTA 0 ON <NAME OF DROPPED TABLESPACE>;
or if it was your default tablespace then:
ALTER USER <USERNAME>
DEFAULT TABLESPACE <NAME OF NEW TABLESPACE>;
null

Questions on EHP4 upgrade

Hi friends,
I have just completed an EHP4 upgrade on ERP 6.0 system
Environment is Win 2008 and DB2 9.1
1. Just before the downtime started, ehpi inst came up with a screen which informs to
a. backup installation directory and take a database backup @ this point
To restart installation from this point --> restore database and program directory
At this point, I can either enter downtime or go productive again, reverting back the changes
Next line says --> If you restored the system to this point from the backup, you can also chose to go productive again. You can enter downtime later
What does this line mean, i just cant comprehend it in this scenario
2. During upgrade, manual actions require creation of the below 4 tablespaces with different initial sizes
SID#EL701DX
SID#EL701IX
SID#ES701DX
SID#ES701IX
Now that i upgrade is complete, is it SAFE to delete these freespaces, which i understand were used by shadow system
if yes, then why doesnt the EHPi installer delete it itself as part of post processing
Thanks in Advance
Shanmuga

Thanks Markus
It means that if you had a problem and you restored the system, then you can go back to production or continue with the upgrade.
Does it mean, going productive will mean all the steps till preprocessing will be of no use, unless i restore backup and inst directory, which will then lose out on all productive changes after backup(taken earlier)
- they are still needed (those tablespaces contain the Netweaver basis 7.01)
- EHPI never deletes tablespaces on his own. Doing that task is part of the post processing (read the upgrade guide).
As per the guide, i need to run the command
my kernel release before and after upgrade is 701
i substituted REL to 701 in below command
select tbspace from syscat.tablespaces TS where TS.tbspace like '%E%701%' and not exists ( select 1 from syscat.tables where tbspace = TS.tbspace or index_tbspace = TS.tbspace or long_tbspace = TS.tbspace )
SID#EL701D
SID#EL701I
SID#ES701D
SID#ES701I
Should i delete these tablespaces, these tablespaces were available earlier, the new ones created during upgrade had a suffix X to all these tablespaces
Edited by: Shanmuga Sundaram on Jun 16, 2010 11:08 AM
Edited by: Shanmuga Sundaram on Jun 16, 2010 11:13 AM

Restore - filename for datafile is missing in the control file

I am practicing RMAN recovery procedures and I encountered a problem that I do not know how to solve.
1) I took a hot backup of my test database.
2) Create tablespace TS_DATA_TEMP
3) Deleted tablespace TS_DATA which had 2 datafiles
4) Created tablespace TS_DATA with 1 datafile
5) shutdown database
6) logged into RMAN in nomount
7) restore controlfile from autobackup;
8) alter database mount;
9) restore database;
RMAN> restore database;
Starting restore at 22-AUG-08
using channel ORA_DISK_1
the filename for datafile 5 is missing in the control file
skipping datafile 1; already restored to file /u02/oradata/EDM91/system01.dbf
skipping datafile 2; already restored to file /u02/oradata/EDM91/undotbs01.dbf
skipping datafile 6; already restored to file /u02/oradata/EDM91/index
skipping datafile 3; already restored to file /u02/oradata/EDM91/sysaux01.dbf
skipping datafile 7; already restored to file /u03/oradata/EDM91/TS_INDEX01.dbf
skipping datafile 9; already restored to file /u03/oradata/EDM91/TS_LOB01.dbf
skipping datafile 4; already restored to file /u02/oradata/EDM91/users01.dbf
restore not done; all files readonly, offline, or already restored
Finished restore at 22-AUG-08
10) tried to recover
Starting recover at 22-AUG-08
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 08/22/2008 15:04:22
RMAN-06094: datafile 5 must be restored
SQL> select name from v$datafile where file#=5;
NAME
/u04/oradata/EDM91/TS_DATA.dbf
12) alter database backup controlfile to trace
DATAFILE
'/u02/oradata/EDM91/system01.dbf',
'/u02/oradata/EDM91/undotbs01.dbf',
'/u02/oradata/EDM91/sysaux01.dbf',
'/u02/oradata/EDM91/users01.dbf',
'/u04/oradata/EDM91/TS_DATA.dbf',
'/u02/oradata/EDM91/index',
'/u03/oradata/EDM91/TS_INDEX01.dbf',
'/u04/oradata/EDM91/TS_DATA02.dbf',
'/u03/oradata/EDM91/TS_LOB01.dbf'
CHARACTER SET UTF8
So i'm not sure what the problem is. Datafile TS_DATA.dbf is located in the control file but i'm getting the error: the filename for datafile 5 is missing in the control file.
Suggestions on what's wrong with the control file?

I found my mistake; a newbie error.
I did not know I needed to include in my restore command the 'until' option when doing incomplete recovery. I only included the 'until' option in the recover command:
original command
restore database;
recover database until sequence =123;
should be
restore database until sequence = 123;
recover database until sequence =123;
I usually run the command using a RUN block with a SET UNTIL SEQUENCE but this case I used the single commands separately.
RUN
+{+
SET UNTIL sequence 123;
RESTORE DATABASE;
RECOVER DATABASE;
+}+

UI Defaults Import problems and best practice for using UI defaults

Hi,
I'm hoping some of you experts can tell me how to Import the UI Defaults from Schema A and Workspace A to Schema B and Workspace B. My goal is to fluidly share the UI defaults with another developer as we march forward creating new versions of the application (inside new Workspaces with new schema names). My longer term goal was to create a "library" of UI defaults that other future developers could easily access as well.
The basic setup I have been using is that each developer gets their own schema and their own workspace. When a new version of the database design is made, I keep the older versions of the workspaces and schemas intact and then create a new workspace and new schema for each developer (just two of us right now). Then we Export apps, respectively, from our old workspaces and Import apps into our new workspaces. I also create a new db tablespace and new db user account and map to new workspace as well. This way I always know what db design version we are using against what Apex app version and can, conversely, delete tablespaces, user accounts, workspaces and Apex schemas in one swallow without worrying about getting the wrong version of something accidentally deleted. 9It may seem like I am doing a lot of extra work, but my sanity is still (relatively) intact.)
I keep getting
"ORA-20001: GET_BLOCK Error. ORA-20001: Execution of the statement was unsuccessful. ORA-20001: You do not have access to the schema that you are importing. Import failed. <pre>begin wwv_flow_api.g_id_offset := 0; wwv_flow_hint.g_schema := 'MY_OTHER_SCHEMA'; wwv_flow_hint.check_schema_privs; end;</pre>"
when I try importing it.
We want to share our UI defaults that we each set up in our respective workspaces and schemas. We do have some overlap of tables (which may be a no no I suppose). We also each have differently named (test) apps.
So, like app Import/Export, I thought I could just Export my app (along with UI) from Schema A and Workspace A and simply import it into Schema B and Workspace B and then in the new Workspace have access to the UI. I tried editing the UI *.SQL using the app ID and new schema name but it still balks. It seems like there is an internal table ID code specific to each table that is particular to the table and the workspace it was created in.
I can go to a specific workspace, create a sample UI, Export it's app, and Import the same app (new ID) into same workspace and the UI shows up fine.
So, what good is the UI defaults if you can't carry them forward to the next version of your app that is in a new workspace? It seems like we are forced into creating the equivalent of one workspace, say the "Library", and both of us with separate schemas sign into here. But then how do I get the UIs from the "Library" to our "Beta" workspace, and similarly from there to 'Production' without recreating UIs each time? And, if I prefer a sample set of records, say only 100 test recs, and the other developer prefers a full set, say 30,000 recs, and we have to use the same workspace, since the workspace can only be associated with one db tablespace, how can I load both 100 and 30,000 recs into same area? (and since we can't, that is another reason we wanted to use separate workspaces and pass our respective UIs back and forth and finally into the shared "Library" area.)
Well, thank for reading through this and hopefully it makes sense.

OK Scott, let me try to clarify here:
Regardless of what reasons I have, my immediate goal is to sucessfully Export the UI Defaults from Schema A and Workspace A and Import into Schema B and Workspace B.
So, logging in as Schema A into Workspace A, I go to my app, then Export/Import then "Export User Interface Defaults". There is only one schema available to choose from in the "Schema" dropdown select list. I export the UI and save it to a file.
Next I logout and then login as Schema B into Workspace B. I go to Shared Components UI Defaults and display my tables. Most of these tables (about 30 of them) have the same exact name as the tables used by the other schema. UI Defaults do not exist.
I choose "Import" in the Tasks list, File Type "User Interface Defaults" and pick file I just exported. File is successfully Imported. Now I'm on screen for installing the UI Defaults. When I try to Import the UI it brings me to "Confirm Replace UI Defaults" and lists the OLD workspace schema (not the new one I expected)as being removed and replaced. I push ahead, tell it to do the replace and get the "You do not have access to the schema that you are importing". So I guess I'm doing something wrong.

Set until time WITH RMAN

Hi
I have tested the codes too but it doesn't seem to be able to recover the database (including the tablespace which I have dropped). Why?
# RMAN backup
run
allocate channel ch1 type disk;
sql 'alter system archive log current';
backup format '/backup/orcl/%d_t%t_s%s_p%p'
filesperset=4
database;
release channel ch1;
RMAN > list backup;
File LV Type Ckp SCN Ckp Time Name
1 Full 4072944 06-JUL-05 /oracle/oradata/system01.dbf
8 Full 4072944 06-JUL-05 /oracle/oradata/tools01.dbf
12 Full 4072944 06-JUL-05 /oracle/oradata/test01.dbf
# Drop tablespace
drop tablespace test including contents;
# RMAN Recovery
shutdown immediate;
startup mount;
# time is set to after rman backup and before tablespace dropped
RMAN>
run {
set until time "to_date('06-07-2005 16:50:00','dd-mm-yyyy hh24:mi:ss')";
restore database;
recover database;
RMAN > list backup;
File LV Type Ckp SCN Ckp Time Name
1 Full 4072944 06-JUL-05 /oracle/oradata/system01.dbf
8 Full 4072944 06-JUL-05 /oracle/oradata/tools01.dbf
12 Full 4072944 06-JUL-05
Why is the RMAN list empty for the deleted tablespace? That's the reason why there is nothing to reover from?

check at sql prompt
select substr(name,1,50),status
2 from v$datafileYours test01.dbf file should have status recover and filename should be missing.
Khurram

Backup Verify failed

Greetings to everyone, recently were eliminated by two Tablespace brtools and dbverify fails indicating that two Tablespace not exist, as this can be resolved because the dbverify not be executed. There is some file or parameter in the database that bears the names of the Tablespace. Annex trace.
BR0051I BRBACKUP 6.40 (40)
BR0055I Start of database backup: bdxzybnw.dbv 2008-05-27 01.00.36
BR0477I Oracle pfile /oracle/RMP/920_64/dbs/initRMP.ora created from spfile /oracle/RMP/920_64/dbs/spfileRMP.ora
BR0065E Tablespace/file 'PSAPDATAD' not found
BR0182E Checking parameter/option 'backup_mode/-m' failed
BR0065E Tablespace/file 'PSAPDATAI' not found
BR0182E Checking parameter/option 'backup_mode/-m' failed
BR0056I End of database backup: bdxzybnw.dbv 2008-05-27 01.00.50
BR0280I BRBACKUP time stamp: 2008-05-27 01.00.50
BR0054I BRBACKUP terminated with errors

Can you explain how exactly did you eliminate those tablespaces?
Did you use BR*tools, sqlplus or ...?
What is the exact command do you use for the brbackup that is failing?
what is the "backup_mode" in your init<sid>.sap or the option -m in your command?
As per note 17163 BRARCHIVE/BRBACKUP messages and codes
the error you get is:
> BR0065E Tablespace %s not found.
> BR0065E Tablespace %s nicht gefunden.
> Explanation: This error message is issued when a tablespace you specified (using the BRBACKUP option -m <tablespace name> or by defining the tablespace name in the parameter backup_mode of the init.sap profile) is not defined in the database.
> Program reaction: The BRBACKUP run terminates. User action: Check the tablespace name and restart the BRBACKUP.
so it looks like you are asking to backup the deleted tablespaces and, of course, BRBACKUP fails because they are not there.

Delete tablespace

Similar Messages

Maybe you are looking for