RBS datafile errror

Hi,
I want to clone the Oracle(8.1.7.0) database to test server, all the physical files have been copied to the destination except RBS01.DBF file.
during copy it shows the error as :
Data Error, cyclic redundancy check error
so due to this, file of RBS tablespace does not get transferred.
Now, i want to ask that ,
while cloning on test server, can i omit that file during control file creation on test server cloning ?
is it possible to create that RBS01.DBF file later after cloning the database on test server ?
With regards

Hi,
As the rollback segment contains the before-image of datablocks.
But if omit it while creating the control file for clone on test, does it affect the database, does any dataloss occurs ?
i think rollback segments contains the temporary data which helps in reverting the transaction before commit.
so will it work ?
With Regards

Similar Messages

  • Resizing RBS datafile

    Could someone post the proper way to resize an RBS datafile (or point me to directions)? When I use the alter database command I get the error ORA-03297: file contains used data beyond requested resize value.
    Any help?
    Thanks, George

    I'm assuming that you are trying to resize the RBS tablespace smaller?
    If your Rollback segments have an OPTSIZE, I would issue an 'alter rollback segment <segment_name> shrink'. If there is not OPTSIZE, you can 'alter rollback segment <segmen_name> shrink to xxxM' where xxx can be your initial extent times 20.
    Try issuing your resize again.
    If that does not work, you may have to create another tablespace the size you want, create new rollback segment in that, then offline the other ones, online the new ones, and drop the old tablespace.

  • Taking rollback segment and datafile offline caused application error

    One of the DBA's added a large rollback segment which caused the rman backup to abort. The rollback segment was taking offline and it's datafile was taken offline, all went normally no errors. An Application started gettting errors the database and application were taking down and up, no errors on either but the problem was still there. The rbs datafile and RBS were placed back online and the application worked properly. It looks as if Oracle let us take the RBS and datafile offline with active segments in the RBS is this possible?? If so it means you can pull the rug out from under Oracle and it doesn't even complain

    Pls check any transactions written in application level,
    explicitly assigned to the RBs which was taken offline.

  • Dropping RBS

    When I tried to get free disk space I
    made:
    alter database datafile 'rbs01.dbf' offline drop;
    I have missed Rollback segments,plased on this file. I have no backup at that time!
    Is it possible to renew database?
    When I open database I see
    Database mounted.
    ORA-01545: rollback segment 'R01' specified not available
    recover database using backup controlfile did not help:
    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: '/u02/oradata/clrn_db/system01.dbf'
    I have so little time for solving problem :(
    Please help.
    null

    try starting without rbs (init.ora parameter rollback_segments).
    If you're able to do it then drop all rbs of rbs datafile/tablespace.
    After that recreate rbs tbs and rbss.

  • Shrinking Datafiles.

    A user has loaded up a table which has caused the RBS datafile to grow to over 3GB. Even though I have shrinked each of the roll back segments back to 4MB each I am still unable to resize the data file down to a more managable value. When using the "alter database datafile ... resize" command I get a "ORA-03297 file contains used data beyond requested resize value".
    I get this even if I try to reduce the size to 2GB. Is it possible to rebuild the datafile and compact the extents to allow me to reduce the size of the datafile.
    I am working with Oracle 8i (8.1.7).
    Any help appreciated.
    Richard

    Richard:
    About the only option is to create a new tablespace, then create new rollback segments in that tablespace and put them on-line. Then, take the rollback segments in the old tablespace off-line. You may have to wait a bit for active transactions before you can off-line the old rollback segments.
    Once all of the old rollback segments are off-lined, you can drop the old tablespace.
    Having said that, since your existing rollback tablespace did grow to 3Gb, are you sure that you do not need 3Gb? If you areworried about it consuming even more space, you could set auto extend off for the datafiles.
    Disk is cheap.
    John

  • Big problem with ROLLBACK SEGMENT

    I tried insert into DB Oracle 8i more than 23000 rows from .sql files.
    This files contents:
    -- START
    delete from grls;
    insert ..........
    insert ..........
    insert ..........
    -- END
    ORA-01562: failed to extend rollback segment ...
    My configuration:
    CREATE TABLESPACE rbs datafile '$ORACLE_BASE/oradata1/$ORACLE_SID/rbs01.dbf' SIZE 10M;
    CREATE TABLESPACE rbs_02 datafile '$ORACLE_BASE/oradata1/$ORACLE_SID/rbs01_02.dbf' SIZE 300M;
    CREATE ROLLBACK SEGMENT rbs01 storage (initial 20k next 20k minextents 3 maxextents 121) TABLESPACE rbs;
    CREATE ROLLBACK SEGMENT rbs16 storage (initial 20k next 20k minextents 3 maxextents 121) TABLESPACE rbs;
    CREATE ROLLBACK SEGMENT rbs_load01 storage (initial 30m next 30m minextents 3 maxextents 10) TABLESPACE rbs_02;
    Please help me.

    1.)Did you place the rollback segments online
    after creation?
    Alter rollback segment RBS01 online;
    Alter rollback segment RBS16 online;
    Alter rollback segment RBS_LOAD01 online;
    2.)Did you set your init[sid].ora parameter
    ROLLBACK_SEGMENTS = (RBS01, RBS16, RBS_LOAD01) so that they will automatically come on line on istance startup?
    3.) You have set up only 304Meg of space for them cumulatively. Is this enough for the 23thousand rows you want to insert?
    If not you may want to enable the autoextend option on your datafiles. Of course you will want to change your maxextents. Leaving that value out will give you a default of 505 maxextents.
    4.) And finally you could throw in a commit during the insert procedure. This will commit the transaction at that point and clear out the rollback segments for use again.
    Tom

  • Oracle Database Configuration Assistant

    This is in reference to the dbassist question that I submitted earlier. This dies when I try to run dbassist. This is on rh6.2 Beowulf on Oracle 8.1.6. Should I try to run the patch for 8.1.5.0.2 ? Anyone know ? I really need to use this tool. Are there any gurus who have the answer?

    create two files:
    1) crdb.sql :
    connect internal/oracle;
    create database <db_name>
    maxinstances 8
    maxlogfiles 50
    character set "WEISO8859P1"
    national character set "WEISO8859P1" datafile /oradata/<db_name>/system01.dbf' size 50M
    logfile '/oradata/redo<db_name>01.log'
    size 40M,
    '/oradata/<db_name>/redo<db_name>_02.log'
    size 40M;
    disconnect
    2)crdb2.sql
    connect internal
    create rollback segment r0 tablespace system
    storage (initial 16k next 16k minextents 2 maxextents 20);
    alter rollback segment r0 online;
    create tablespace rbs datafile
    '%mountp_2%/oradata/%phy_db_name%/rbs_01.dbf' size 100M
    default storage (
    initial 3M
    next 3M
    pctincrease 0
    minextents 2
    create tablespace temp datafile
    '%mountp_1%/oradata/%phy_db_name%/temp_01.dbf' size 200M temporary
    default storage (
    initial 256k
    next 256k
    pctincrease 0
    create tablespace tools datafile
    '%mountp_1%/oradata/%phy_db_name%/tools_01.dbf' size 25M
    default storage (
    initial 256k
    next 256k
    pctincrease 0
    create rollback segment r01 tablespace rbs;
    create rollback segment r02 tablespace rbs;
    create rollback segment r03 tablespace rbs;
    create rollback segment r04 tablespace rbs;
    alter rollback segment r01 online;
    alter rollback segment r0 offline;
    drop rollback segment r0;
    alter user sys temporary tablespace temp;
    alter user system default tablespace tools temporary tablespace temp;
    @$ORACLE_HOME/rdbms/admin/catalog.sql
    @$ORACLE_HOME/rdbms/admin/catproc.sql
    @$ORACLE_HOME/rdbms/admin/utlraw.sql
    @$ORACLE_HOME/rdbms/admin/prvtrawb.plb
    use svrmgrl and execute both files.
    @crdb.sql;
    @crdb2.sql;
    null

  • ORA-01119 & ORA-07358

    well friends I have a problem creating a tablespace for my database been specific I write this command:
    create tablespace rbs datafile '/oracle/oradata/maximo/rbs01.dbf' size 360M;
    and what I get is the next error:
    ORA-01119: error in creating database file '/oracle/oradata/maximo/rbs01.dbf'
    ORA-07358: sfccf: write error, unable to write to file.
    IBM AIX RISC System/6000 Error: 2: No such file or directory
    Obviuosly Im working over IBM server with AIX OS
    Please hope can give me an advice about it.
    null

    It seems you're on Oracle 7. If yes, try followings. (see Metalink Doc ID: 1038129.6)
    Solution Description:
    =====================
    You need to modify the "init<sid>.ora" parameter "ccf_io_size" to "262144".
    Example: ccf_io_size = 262144
    If the database is up in a "nomount" state or you were adding a datafile when
    you received this error, then bounce the database.
    Solution Explanation:
    =====================
    If the buffer is too large, it overflows and outputs this error. If the
    buffer is too small, you may receive underflow which would also result in
    similar errors.
    Good Luck.
    Message was edited by:
    R.Wang

  • 실수로 TABLE을 DELETE 또는 DROP한 경우 복구 방법 (time-based recovery)

    제품 : ORACLE SERVER
    작성날짜 : 2004-07-29
    PURPOSE
    사용자의 실수로 중요한 데이타를 delete 하였거나, 테이블을 drop하였을
    경우 복구하는 절차를 정리한 자료이다.
    Explanation
    사용 중인 database 의 archive log mode 여부를 다음과 같이 확인 후
    archive log mode인지 아닌지에 따라 복구 방법이 달라진다.
    os>svrmgrl
    SVRMGR> connect internal;
    SVRMGR> archive log list
    Database log mode ARCHIVELOG
    Automatic archival ENABLED
    Archive destination ?/dbs/arch
    Oldest online log sequence 2525
    Current log sequence 2527
    1. Archive mode인 경우 복구 방법
    archive log mode로 운영중이면서 full backup및 archive file들이 모두
    존재하는 경우 복구가 항상 가능하다.
    이때 다시 다음과 같이 두가지의 경우를 구분하여 복구 작업을 수행할 필요가
    있으며 아래에 각각의 경우에 대한 절차를 자세히 설명한다.
    (1) drop이나 delete한 시점이 얼마 지나지 않았거나, 혹은 필요에 의해
    database 전체를 data 손실 이전 시점으로 돌리고자 하는 경우
    (2) 손실된 data만을 drop이나 delete이전 상태를 받아내고, 나머지 data는
    모두 drop/delete이후 발생한 transaction의 반영분을 유지시키기 위해
    현재 시점으로 맞추어햐 하는 경우
    1-1 database 전체를 drop이나 delete 이전시점으로 돌리고자 할 때
    이러한 경우는 데이타 손실이 발생하기 이전의 datafile들에 대한 backup을
    restore한 후 손실 발생 시점 직전까지 time based로 imcomplete recovery를
    수행하면 된다.
    (1) db를 shutdown시킨 후 현재 상태를 만약의 경우를 대비하여 cold
    backup을 받아둔다.
    shutdown immediate로 db를 내리고, datafiles, redo log files, control
    files 모두 tar등의 명령어를 이용하여 backup을 받아둔다.
    이것은 만약의 경우 이전 backup이나 archive file에 문제가 있는 경우,
    삭제된 data의 복구가 불가능할 경우 현재 상태로라도 돌리기 위한
    것이다.
    (2) 데이타를 삭제하기 이전 상태에서 받아둔 datafile full backup을
    restore한다.
    redo log files과 controlfiles은 현재 것을 그대로 이용하고, 현재
    상태의 모든 datafiles을 지우고 데이타가 삭제되기 전에 받아둔
    backup datafile을 restore시킨다.
    (temp datafile의 경우는 restore시간을 줄이기 위해 restore하지
    않아도된다.)
    (3) restore한 backup시점 이후의 archive file들을 archive log
    destination에 위치시킨다.
    full backup 이후의 archive file들을 일부 tape 장비등에 backup을
    받아두고 지운 상태라면 그러한 file을을 다시 원래 위치에 restore
    하여, full backup받은 시점부터 복구하고자 하는 시점까지의
    archive log file들이 모두 log archive destination에 존재하는지
    확인한다.
    (4) 데이타 삭제 이전 시점까지 time based로 recover를 수행한다.
    이때 날짜와 시간 지정은 항상 아래 예와 같은 형식으로 지정한다.
    만약 데이타를 삭제한 시간이후로 지정하게 되면 recovery후에도
    여전히 data는 지워진 상태로 보여진다.
    os>svrmgrl
    SVRMGR> connect internal
    SVRMGR> startup mount;
    SVRMGR> set autorecovery on
    SVRMGR> recover database until time '2001-01-30:21:00:00';
    SVRMGR> alter database open resetlogs;
    (a) 만약 이때, controlfile이 현재것이 존재하지 않아 datafile뿐
    아니라, controlfile도 과거것을 사용했다면, recovery command를
    다음과 같이 지정하면 된다.
    recover database using backup controlfile (아래줄과 이어짐)
    until time '2001-01-30:21:00:00';
    (b) temp datafile을 restore하지 않은 경우라면 startup mount수행
    직후 다음과 같은 문장을 추가하면 된다.
    alter databse datafile '/oracle/oradata/temp01.dbf'
    offline drop;
    /oracle/oradata/temp01.dbf는 temp datafile의 이름을 예로 든
    것이다.
    (5) 원하는 data가 제대로 조회되는지 확인한다.
    1-2. 삭제된 data만을 복구하고 나머지는 현재 상태를 유지하고자 하는 경우
    이러한 경우는 데이타가 삭제되기 이전 상태의 backup datafile 중에
    SYSTEM, RBS와 삭제된 data가 들어있는 datafile만을 restore시켜 time
    based로 recovery하여 db를 open시킨 후 원하는 table만 export를 받아낸다.
    그리고 다시 현재 상태의 db에 export받은 내용을 import시키는 것이다.
    이때 삭제된 data를 export받기까지의 절차에 대해서 다음과 같이 세가지
    경우의 방법을 생각할 수 있다.
    (a) 다른 시스템에 backup이나 test용으로 oracle이 설치되어 있는 경우
    그 시스템에 backup을 restore하여 해당 table을 export 받는 방법
    (b) 같은 시스템에 backup을 restore 하되, db name과 oracle_sid를 다른
    이름으로 변경하여 다른 db를 만들어 recovery후 open하여 export받는
    방법 <Bulletin:11616 참조>
    (c) 현재 db는 cold backup받아 두고, backup을 restore하여 export을
    받아내는 방법
    여기에서 (a)의 경우는 다른 시스템에 이용하고자 하는 datafile의 oracle
    version 이상의 oracle software가 이미 설치되어 있어야 한다.
    (b)의 경우는 현재 상태의 cold backup을 받았다가 export받은 후 다시
    현재 상태를 restore할 필요는 없애주지만, 대신 SYSTEM, RBS, user
    datafile 만큼의 disk space가 추가로 필요하며, 새로운 db를 추가로
    구성하는 것이므로 init.ora file 구성 등의 작업이 필요하다.
    이것에 관한 자세한 절차는 <Bulletin:11616>을 참조하도록 한다.
    이 자료에서는 이중 (c)에 대한 것만을 자세히 설명한다.
    (1) 현재의 모든 datafiles과 redo log files, datafiles을 다음과 같이
    신중히 cold backup을 받아두도록 한다.
    이것은 이후에 삭제한 data를 복구하여 export를 받은 후에 다시 현재
    상태의 db로 되돌아오기 위한 것이다.
    단 이 때 tar 등을 이용하여 cold backup하는 대신에 disk 상에 cold
    backup을 받아 시간을 절약할 수 있다. disk로의 backup이 가능한
    이유는 export를 위한 time based recovery를 수행하기 위해 필요한
    datafile이 SYSTEM, RBS, 삭제된 data를 포함한 user datafile
    정도이기 때문이다.
    os>svrmgrl
    SVRMGR> connect internal
    SVRMGR> shutdown immediate;
    SVRMGR> exit
    os>cp /oracle/oradata/*.ctl /oracle/backup/*.ctl
    os>cp /oracle/oradata/redo*.log /oracle/backup/redo*.log
    os>mv /oracle/oradata/system01.dbf /oracle/backup/system01.bak
    os>mv /oracle/oradata/rbs01.dbf     /oracle/backup/rbs01.bak
    os>mv /oracle/oradata/tools01.dbf /oracle/backup/tools01.bak
    redo log file이나 controlfile의 경우는 time based recovery시에도
    필요하므로 cp를 받아두고, datafile의 경우는 mv를 이용하도록 한다.
    위의 예에 제시된 file이름들은 해당 환경에 맞게 변경되어야 하며,
    tar를 이용하여 tape에 옮겨도 관계는 없으나, 단 cold backup에
    해당하는 모든 datafiles, redo log files, control files를 받아두어야
    한다.
    (2) 삭제한 data가 존재할 당시에 받아둔 backup에서 SYSTEM datafile, RBS
    datafile, 그리고 삭제한 table이 들어있는 datafile만을 restore한다.
    redo log files과 controlfiles은 현재 것을 그대로 이용한다.
    (3) restore한 backup시점 이후의 archive file들을 archive log
    destination에 위치시킨다.
    full backup 이후의 archive file들을 일부 tape 장비 등에 backup을
    받아두고 지운 상태라면 그러한 file을을 다시 원래 위치에 restore
    하여, full backup받은 시점부터 복구하고자 하는 시점까지의
    archive log file들이 모두 log archive destination에 존재하는지
    확인한다.
    (4) restore하지 않을 datafile, 즉 SYSTEM, RBS, 삭제된 data를 포함하
    는 user datafile을 제외한 모든 datafile은 모두 offline drop시키
    고, 데이타 삭제 이전 시점까지 time based로 recover를 수행한다.
    이때 날짜와 시간 지정은 항상 아래 예와 같은 형식으로 지정한다.
    만약 데이타를 삭제한 시간이후로 지정하게 되면 recovery후에도
    여전히 data는 지워진 상태로 보여진다.
    os>svrmgrl
    SVRMGR> connect internal
    SVRMGR> startup mount;
    SVRMGR> alter database datafile '/oracle/oradata/temp01.dbf'
    offline drop; (윗줄과 이어짐)
    SVRMGR> alter database datafile '/oracle/oradata/userdata05.dbf'
    offline drop; (윗줄과 이어짐)
    ... 이와 같이 resotre하지 않은 datafile을 모두 offline drop시킨다.
    SVRMGR> set autorecovery on
    SVRMGR> recover database until time '2001-01-30:21:00:00';
    SVRMGR> alter database open resetlogs;
    만약 이때, controlfile이 현재것이 존재하지 않아 datafile뿐 아니라,
    controlfile도 과거것을 사용했다면, recovery command를 다음과 같이
    지정하면 된다.
    SVRMGR>recover database using backup controlfile until time
    '2001-01-30:21:00:00'; (윗줄과 이어짐)
    (5) 원하는 data가 제대로 조회되는지 확인한 후 필요한 table을 export한다.
    예를 들어 scott user의 dept table을 복구하고자 한것이었다면 다음과
    같이 export를 받는다.
    os>exp scott/tiger file=dept.dmp tables=dept log=deptlog1
    (6) time based로 recovery후 open한 db는 shutdown하여 없애고 (1)번에서
    받아둔 현재 상태의 backup을 restore한다.
    shutdown은 immediate나 abort 모두 가능하며, shutdown후 restore한
    SYSTEM, RBS, user datafile모두 삭제하고, 사용하던 controlfiles,
    redo log files도 모두 삭제한다.
    그리고 (1)에서 mv나 cp로 (혹은 tar로) 옮겨놓은 모든 datafiles,
    controlfiles, redo log files를 원래의 directory와 이름으로
    위치시킨다. SYSTEM, RBS, user datafile도 반드시 (1)번 상태의
    현재 상태 backup을 restore하여야 한다.
    (7) db를 startup시킨 후 (5)에서 받은 export내용을 import시킨다.
    os>imp scott/tiger file=dept.dmp tables=dept ignore=y commit=y
    log=deptlog2 (윗줄과 이어짐)
    (8) 원하는 data가 제대로 조회되는지 확인한다.
    2. No archive mode 로 운영할 경우 복구 방법
    archive mode 로 운영하지 않았을 경우에는, 삭제한 data를 export 받아
    두었거나, 혹은 data가 삭제 전 받아둔 cold backup이 존재하는 경우
    복구가 가능하다.
    (1) export가 존재하는 경우
    다음과 같이 import한다. scott user의 dept가 삭제된 경우를 예로 들었다.
    os>imp scott/tiger file=dept.dmp tables=dept ignore=y commit=y log=log1
    (2) cold backup이 존재하는 경우
    다른 시스템에 사용가능한 oracle engine이 설치되어 있다면, 그곳을
    이용하거나, 혹은 현재 database를 backup받아둔후 현재 시스템에
    restore하여 export를 받아낼 수 있다.
    (1) 현재의 모든 datafiles과 redo log files, datafiles을 다음과 같이
    신중히 cold backup을 받아두도록 한다.
    이것은 이후에 삭제한 data를 복구하여 export를 받은 후에 다시 현재
    상태의 db로 되돌아오기 위한 것이다.
    단 이 때 tar 등을 이용하여 cold backup하는 대신에 disk 상에 cold
    backup을 받아 시간을 절약할 수 있다. disk로의 backup이 가능한
    이유는 export를 위한 time based recovery를 수행하기 위해 필요한
    datafile이 SYSTEM, RBS, 삭제된 data를 포함한 user datafile
    정도이기 때문이다.
    os>svrmgrl
    SVRMGR> connect internal
    SVRMGR> shutdown immediate;
    SVRMGR> exit
    os>mv /oracle/oradata/*.ctl /oracle/backup/*.ctl
    os>mv /oracle/oradata/redo*.log /oracle/backup/redo*.log
    os>mv /oracle/oradata/system01.dbf /oracle/backup/system01.bak
    os>mv /oracle/oradata/rbs01.dbf     /oracle/backup/rbs01.bak
    os>mv /oracle/oradata/tools01.dbf /oracle/backup/tools01.bak
    위의 예에 제시된 file이름들은 해당 환경에 맞게 변경되어야 하며,
    tar를 이용하여 tape에 옮겨도 관계는 없으나, 단 cold backup에
    해당하는 모든 datafiles, redo log files, control files를 받아두어야
    한다.
    (2) 삭제한 data가 존재할 당시에 받아둔 backup에서 SYSTEM datafile,
    RBS datafile, 그리고 삭제한 table이 들어있는 datafile만을
    restore한다.
    backup당시의 redo log files과 controlfiles도 restore하여야 한다.
    (3) restore하지 datafile, 즉 SYSTEM, RBS, 삭제된 data를 포함하는 user
    datafile을 제외한 모든 datafile은 모두 offline drop시키고,
    database를 open시킨다.
    os>svrmgrl
    SVRMGR> connect internal
    SVRMGR> startup mount;
    SVRMGR> alter database datafile '/oracle/oradata/temp01.dbf'
    offline drop; (윗줄과 이어짐)
    SVRMGR> alter database datafile '/oracle/oradata/userdata05.dbf'
    offline drop; (윗줄과 이어짐)
    ... 이와 같이 resotre하지 않은 datafile을 모두 offline drop시킨다.
    SVRMGR> alter database open;
    (4) 원하는 data가 제대로 조회되는지 확인한 후 필요한 table을 export
    한다.
    예를 들어 scott user의 dept table을 복구하고자 한 것이었다면
    다음과 같이 export를 받는다.
    os>exp scott/tiger file=dept.dmp tables=dept log=deptlog1
    (5) exprot받아낸 database는 shutdown하여 없애고 (1)번에서 받아둔
    현재 상태의 backup을 restore한다.
    shutdown은 immediate나 abort 모두 가능하며, shutdown후 restore한
    SYSTEM, RBS, user datafile모두 삭제하고, 사용하던 controlfiles,
    redo log files도 모두 삭제한다.
    그리고 (1)에서 mv나 tar로 옮겨놓은 모든 datafiles, controlfiles,
    redo log files를 원래의 directory와 이름으로 위치시킨다.
    (6) db를 startup시킨 후 (4)에서 받은 export내용을 import시킨다.
    os>imp scott/tiger file=dept.dmp tables=dept ignore=y commit=y
    log=deptlog2 (윗줄과 이어짐)
    (7) 원하는 data가 제대로 조회되는지 확인한다.

  • ORA-01578: How can I fix it?

    My Oracle 8.1.5 database crashed today with error ORA-01578:
    ORA-01578: ORACLE data block corrupted (file # 2, block # 699)
    ORA-01110: data file 2: '/oracle/u02/oradata/ORCL/rbs01.dbf'
    How can I fix this error? I shut down the database, but it does not restart, so I cannot log in with sqlplus.
    Thank you in advance for your help.
    Mike Wahler

    If this is a Rollback segments tablespace as evidence suggest, and you do not have backups, you can drop the RBS tablespace and create a new.
    Start by commenting out the rollback segments in the initXXX.ora file for the database.
    run svrgmrl
    connect internal
    shutdown immediate;
    startup mount;
    alter database datafile
    '/oracle/u02/oradata/ORCL/rbs01.dbf' offline drop;
    alter database open;
    !rm /oracle/u02/oradata/ORCL/rbs01.dbf
    drop tablespace RBS;
    create tablespace RBS datafile '/oracle/u02/oradata/ORCL/rbs01.dbf' size <number> M;
    (repeat this for all rollback segments mentioned in the init.ora file replaceing r01)
    create rollback segment r01 tablespace RBS storage (initial 1 M next 1M);
    Uncomment the rollback segments line in init.ora and shutdoen and startup again.
    Regards
    Yngvi

  • System tablespace conversion error

    Hi all,
    I was practising the 8i to 9i upgrade in lab server, when I was trying to convert the dictionary managed tablespace to locally managed tablespace its throughing the error, I dont know what is the reason and what I have to do to eliminate this error
    I used this stmt to convert,
    EXECUTE DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL('SYSTEM');
    The error I got :
    BEGIN DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL('SYSTEM'); END;
    ERROR at line 1:
    ORA-10641: Cannot find a rollback segment to bind to
    ORA-06512: at "SYS.DBMS_SPACE_ADMIN", line 216
    ORA-06512: at line 1
    I have removed the rbs datafile after dropping the rbs tablespace. and created undo. but the error still comes, dont know what to do
    please help me out.
    Thanks in advance :)

    hi guys I have bounced the dba and restarted it, it worked fine, thanks

  • Switching forn AUTO undo_management to MANUAL

    hi,
    1) after AUTO undo_management installation, i will use RBS MANUAL. But when i set the undo_management to MANUAL the database don't start.
    What's problem?
    2)Where will us use the AUTO or the MANUAL method?
    Regards.
    Tark.

    Hi
    You are right... I did a test... here the statement that I used for the switch:
    connect / as sysdba
    alter system set undo_management = manual scope = spfile;
    shutdown
    startup
    create public rollback segment rbs0 tablespace system;
    shutdown
    startup
    create tablespace rbs datafile '/tmp/rbs.dbf' size 10m;
    create public rollback segment rbs1 tablespace rbs;
    create public rollback segment rbs2 tablespace rbs;
    create public rollback segment rbs3 tablespace rbs;
    create public rollback segment rbs4 tablespace rbs;
    alter rollback segment rbs1 online;
    alter rollback segment rbs2 online;
    alter rollback segment rbs3 online;
    alter rollback segment rbs4 online;
    alter rollback segment rbs0 offline;
    Chris

  • Migrated data from RBS to datafiles but data still remains in FileStream

    have a content database with RBS enabled on SQL Server 2012 Filestream. Migrated the data from Filestream to SQL with the script
    $cdb = Get-SPContentDatabase <database_name>
    $rbs = $cdb.RemoteBlobStorageSettings
    $rbs.SetActiveProviderName("")
    $rbs.Migrate()
    $rbs.Disable()
    seen the data being uploaded into the SQL (datafiles increased after migration)
    checked all OK
    $rbs.Installed() #shows true
    $rbs.Enabled #shows false
    run in SQL backend database
    exec mssqlrbs.rbs_sp_set_config_value 'garbage_collection_time_window','time 00:00:00'
    exec mssqlrbs.rbs_sp_set_config_value 'delete_scan_period','time 00:00:00'
    However the data is still in the filestream store.
    How do I get rid of the Filestream Store data (since it was migrated to SQL datafiles) ?

    check this link and make sure you followed the steps.
    http://alipka.wordpress.com/2010/06/19/how-to-disable-rbs-in-sharepoint-2010/
    or Step K on this blog:
    http://blogs.technet.com/b/pramodbalusu/archive/2011/07/09/rbs-and-sharepoint-2010.aspx
    Please remember to mark your question as answered &Vote helpful,if this solves/helps your problem. ****************************************************************************************** Thanks -WS MCITP(SharePoint 2010, 2013) Blog: http://wscheema.com/blog

  • RBS Tablespace Issue

    Hi All,
    Greetings,
    Oracle 8.0.6
    SunSolaris
    My Rollbacksegment Tablespace datafile size is 1640 MB
    but the actual used space is 217 MB.
    is there any way to compress the size of 1640MB
    Please Help me in this
    Thanks in Advance
    Adil

    Hi,
    01628, 00000, "max # extents (%s) reached for rollback segment %s"
    // *Cause:  An attempt was made to extend a rollback segment that was
    //          already at the MAXEXTENTS value.
    // *Action: If the value of the MAXEXTENTS storage parameter is less than
    //          the maximum allowed by the system, raise this value. => Alter your RBS and allow more than 121 extents to be created in this RBS.
    Also i found that RBS tablespace is marked as PERMANENT.Yes, it's normal.
    ..it means the rollback data does not get flushed out periodically?No
    Also Should this tablespace be temporary? No, this can't be
    How can i counter this problem?Free advise: RTFM about Rollback Segments! Start here (8i doc) or read the Concepts book.
    Regards,
    Yoann.

  • How to online datafile of rollback segment of NO archive log available

    I set offline datafile of rool back segement and rename it
    but when I try to online , get error to recover
    I try to recover but unfortunately all archive log was deleted ( kind of cron job in unix aotu delete these file)
    Pls advice how can I set this data file online without the archive log ( while databse still up and running) Oracle version is 8i not possible to drop datafile by sql.
    in roll back segment I have 3 data files as below and the rb04.dbf is offline
    usr/Systems/1354RM_1_7.1_Master/databases/dbsnml/data/rbs01.dbf
    /usr/Systems/1354RM_1_7.1_Master/databases/dbsnml/data/rbs03.dbf
    /usr/Systems/1354RM_1_7.1_Master/databases/dbsnml/data/rbs04.dbf
    sequence of what I did is below:
    SQL> alter database datafile '/usr/Systems/1354RM_1/databases/dbsnml/data/rbs04.dbf' offline;
    Database altered.
    SQL> alter tablespace RBS rename datafile '/usr/Systems/1354RM_1/databases/dbsnml/data/rbs04.dbf' to '/usr/Systems/1354RM_1_7.1_Master/databases/dbsnml/data/rbs04.dbf';
    Tablespace altered.
    SQL> alter database datafile '/usr/Systems/1354RM_1_7.1_Master/databases/dbsnml/data/rbs04.dbf' online;
    alter database datafile '/usr/Systems/1354RM_1_7.1_Master/databases/dbsnml/data/rbs04.dbf' online
    ERROR at line 1:
    ORA-01113: file 13 needs media recovery
    ORA-01110: data file 13:
    '/usr/Systems/1354RM_1_7.1_Master/databases/dbsnml/data/rbs04.dbf'
    SQL> recover datafile '/usr/Systems/1354RM_1_7.1_Master/databases/dbsnml/data/rbs04.dbf';
    ORA-00279: change 71449081 generated at 12/23/2008 20:18:05 needed for thread 1
    ORA-00289: suggestion :
    /usr/Systems/1354RM_1_7.1_Master/OSRES/data/warm_repl/WarmArchive/arch_1_455922.
    arc
    ORA-00280: change 71449081 for thread 1 is in sequence #455922
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00308: cannot open archived log
    '/usr/Systems/1354RM_1_7.1_Master/OSRES/data/warm_repl/WarmArchive/arch_1_455922
    .arc'
    ORA-27037: unable to obtain file status
    HP-UX Error: 2: No such file or directory
    Additional information: 3

    SQL> alter tablespace RBS rename datafile '/usr/Systems/1354RM_1/databases/dbsnml/data/rbs04.dbf' to '/usr/Systems/1354RM_1_7.1_Master/databases/dbsnml/data/rbs04.dbf';Did you rename the file at OS level after you issued above command? Oracle will not rename the file at OS level.
    Other than that, if you plan to change rollback segment tablespace, better create a new one and create new rollback segment in new tablespace and drop the old one.

Maybe you are looking for