short of space locks roll FORWARD the database

Hi all

My database RAC 11 GR 2 running on both nodes RH5.7 got locked. I tell the cause the disk space RECOVERY satiety than the execution of what the ASMCA shows that the entire roll FORWARD is used (40 GB!)

Furthermore, I try to access the database via sqlplus, I get ORA-00257 (http://ora-00257.ora-code.com/) that mentions

"The most likely cause of this message, it is that the destination device is out of space to store the redo log file.

Now is it possible that an Oracle RAC is unrecoverable, simply because he can't write newspapers? And as we cannot access, we cannot remove these logs?

Help, please

920550 wrote:
Now is it possible that an Oracle RAC is unrecoverable, simply because he can't write newspapers?

No, it is the opposite: Oracle instance blocked any new database entry to be recoverable.

And as we cannot access, we cannot remove these logs?

Even if archive destination is stored in ASM you can access (for example with the utility asmcmd command line interface).

What you need to do is:
1 backup archived redo logs
2. Remove archived redo logs that have been saved.

For example if you use RMAN, you can try

backup archivelog all delete input;

Tags: Database

Similar Questions

  • Roll forward standby database with the incremental backup, when a data file is deleted in primary education

    Hello

    I'm nologging operations + deleting some files in the primary and you want to roll forward the day before using the incremental backup Yvert.

    I do in particular, as the files are dropped?

    I got to meet ( Doc ID 1531031.1 ) which explains how to roll forward when a data file is added.

    If I follow the same steps, to make the move to restore the data file newly added, will it work in my case?

    Can someone please clarify?

    Thank you

    San

    I was wondering if reocover noredo is performed before restored controlfile, oracle will apply the incremental backup error-free files, and in this case, what would be the status of the data file in the control file.

    Why do you consider to retrieve the day before first and then in the restaurant of the controlfile will lead to problems. Please read my first post on this thread - I had clearly mentioned that you would not face problems if you go with the method of deployment.

    Here is a demo for you with force logging is disabled. For the first time the day before resuming and restored then the controlfile ensures:

    Primary: oraprim

    Standby: orastb

    Tablespace DataFile of MYTS is removed on primary:

    SYS @ oraprim > select force_logging in the database of v$.

    FORCE_LOGGING

    ---------------------------------------

    NO.

    Currently the tablespace is to have 2 data files.

    SYS @ oraprim > select file_name in dba_data_files where nom_tablespace = 'MYTS;

    FILE_NAME

    -------------------------------------------------------

    /U01/app/Oracle/oradata/oraprim/myts01.dbf

    /U01/app/Oracle/oradata/oraprim/myts02.dbf

    In standby mode, the tablespace is to have 2 data files:

    SYS @ orastb > select name from v$ datafile where ts #= 6;

    NAME

    --------------------------------------------------------------------------------

    /U01/app/Oracle/oradata/orastb/myts01.dbf

    /U01/app/Oracle/oradata/orastb/myts02.dbf

    Postponement of the day before on the primary log shipping

    SYS @ oraprim > alter system set log_archive_dest_state_3 = delay;

    Modified system.

    Dropped 1 MYTS datafile on the primary.

    SYS @ oraprim > alter tablespace myts drop datafile ' / u01/app/oracle/oradata/oraprim/myts02.dbf';

    Tablespace altered.

    Removed some archives to create a space.

    [oracle@ora12c-1 2016_01_05] $ rm - rf * 31 *.

    [oracle@ora12c-1 2016_01_05] $ ls - lrt

    13696 total

    -rw - r - 1 oracle oinstall 10534400 5 January 18:46 o1_mf_1_302_c8qjl3t7_.arc

    -rw - r - 1 oracle oinstall 2714624 5 January 18:47 o1_mf_1_303_c8qjmhpq_.arc

    -rw - r - 1 oracle oinstall 526336 5 January 18:49 o1_mf_1_304_c8qjp7sb_.arc

    -rw - r - 1 oracle oinstall 23552 5 January 18:49 o1_mf_1_305_c8qjpsmh_.arc

    -rw - r - 1 oracle oinstall 53760 5 January 18:50 o1_mf_1_306_c8qjsfqo_.arc

    -rw - r - 1 oracle oinstall 14336 Jan 5 18:51 o1_mf_1_307_c8qjt9rh_.arc

    -rw - r - 1 oracle oinstall 1024 5 January 18:53 o1_mf_1_309_c8qjxt4z_.arc

    -rw - r - 1 oracle oinstall 110592 5 January 18:53 o1_mf_1_308_c8qjxt34_.arc

    [oracle@ora12c-1 2016_01_05] $

    Current main MYTS data files:

    SYS @ oraprim > select file_name in dba_data_files where nom_tablespace = 'MYTS;

    FILE_NAME

    -------------------------------------------------------

    /U01/app/Oracle/oradata/oraprim/myts01.dbf

    Current data of MYTS standby files:

    SYS @ orastb > select name from v$ datafile where ts #= 6;

    NAME

    --------------------------------------------------------------------------------

    /U01/app/Oracle/oradata/orastb/myts01.dbf

    /U01/app/Oracle/oradata/orastb/myts02.dbf

    Gap is created:

    SYS @ orastb > select the process, status, sequence # v$ managed_standby;

    STATUS OF PROCESS SEQUENCE #.

    --------- ------------ ----------

    ARCH. CLOSING 319

    ARCH. CLOSING 311

    CONNECTED ARCH 0

    ARCH. CLOSING 310

    MRP0 WAIT_FOR_GAP 312

    RFS IDLE 0

    RFS IDLE 0

    RFS IDLE 0

    RFS IDLE 320

    9 selected lines.

    Backup incremental RMAN is taken elementary school.

    RMAN > incremental backup of the format of database of SNA 2686263 ' / u02/bkp/%d_inc_%U.bak';

    From backup 5 January 16

    using the control file of the target instead of recovery catalog database

    the DISC 2 channel configuration is ignored

    the DISC 3 channel configuration is ignored

    configuration for DISK 4 channel is ignored

    allocated channel: ORA_DISK_1

    channel ORA_DISK_1: SID = 41 type device = DISK

    channel ORA_DISK_1: starting full datafile from backup set

    channel ORA_DISK_1: specifying datafile (s) in the backup set

    Enter a number of file datafile = 00001 name=/u01/app/oracle/oradata/oraprim/system01.dbf

    Enter a number of file datafile = name=/u01/app/oracle/oradata/oraprim/sysaux01.dbf 00003

    Enter a number of file datafile = name=/u01/app/oracle/oradata/oraprim/undotbs01.dbf 00004

    Enter a number of file datafile = name=/u01/app/oracle/oradata/oraprim/users01.dbf 00006

    Enter a number of file datafile = name=/u01/app/oracle/oradata/oraprim/myts01.dbf 00057

    channel ORA_DISK_1: starting total, 1-January 5, 16

    channel ORA_DISK_1: finished piece 1-January 5, 16

    piece handle=/u02/bkp/ORAPRIM_inc_42qqkmaq_1_1.bak tag = TAG20160105T190016 comment = NONE

    channel ORA_DISK_1: complete set of backups, time: 00:00:02

    Backup finished on 5 January 16

    Saved controlfile on primary:

    RMAN > backup current controlfile to Eve format ' / u02/bkp/ctl.ctl';

    Cancel recovery in standby mode:

    SYS @ orastb > alter database recover managed standby database cancel;

    Database altered.

    Recover the day before by using the above backup items

    RMAN > recover database noredo;

    From pick up to 5 January 16

    the DISC 2 channel configuration is ignored

    the DISC 3 channel configuration is ignored

    configuration for DISK 4 channel is ignored

    allocated channel: ORA_DISK_1

    channel ORA_DISK_1: SID = 26 type of device = DISK

    channel ORA_DISK_1: from additional data file from the restore backup set

    channel ORA_DISK_1: specifying datafile (s) to restore from backup set

    destination for the restoration of the data file 00001: /u01/app/oracle/oradata/orastb/system01.dbf

    destination for the restoration of the data file 00003: /u01/app/oracle/oradata/orastb/sysaux01.dbf

    destination for the restoration of the data file 00004: /u01/app/oracle/oradata/orastb/undotbs01.dbf

    destination for the restoration of the data file 00006: /u01/app/oracle/oradata/orastb/users01.dbf

    destination for the restoration of the data file 00057: /u01/app/oracle/oradata/orastb/myts01.dbf

    channel ORA_DISK_1: backup /u02/bkp/ORAPRIM_inc_3uqqkma0_1_1.bak piece reading

    channel ORA_DISK_1: room handle=/u02/bkp/ORAPRIM_inc_3uqqkma0_1_1.bak tag = TAG20160105T190016

    channel ORA_DISK_1: restored the backup part 1

    channel ORA_DISK_1: restore complete, duration: 00:00:01

    Finished recover to 5 January 16

    Restored the controlfile and mounted the day before:

    RMAN > shutdown immediate

    dismounted database

    Instance Oracle to close

    RMAN > startup nomount

    connected to the database target (not started)

    Oracle instance started

    Total System Global Area 939495424 bytes

    Bytes of size 2295080 fixed

    348130008 variable size bytes

    583008256 of database buffers bytes

    Redo buffers 6062080 bytes

    RMAN > restore controlfile eve of ' / u02/ctl.ctl ';

    From 5 January 16 restore

    allocated channel: ORA_DISK_1

    channel ORA_DISK_1: SID = 20 type of device = DISK

    channel ORA_DISK_1: restore the control file

    channel ORA_DISK_1: restore complete, duration: 00:00:01

    output file name=/u01/app/oracle/oradata/orastb/control01.ctl

    output file name=/u01/app/oracle/fast_recovery_area/orastb/control02.ctl

    Finished restore at 5 January 16

    RMAN > change the editing of the database;

    Statement processed

    output channel: ORA_DISK_1

    Now the data file does not exist on the standby mode:

    SYS @ orastb > alter database recover managed standby database disconnect;

    Database altered.

    SYS @ orastb > select the process, status, sequence # v$ managed_standby;

    STATUS OF PROCESS SEQUENCE #.

    --------- ------------ ----------

    CONNECTED ARCH 0

    CONNECTED ARCH 0

    CONNECTED ARCH 0

    ARCH. CLOSING 329

    RFS IDLE 0

    RFS IDLE 330

    RFS IDLE 0

    MRP0 APPLYING_LOG 330

    8 selected lines.

    SYS @ orastb > select name from v$ datafile where ts #= 6;

    NAME

    --------------------------------------------------------------------------------

    /U01/app/Oracle/oradata/orastb/myts01.dbf

    Hope that gives you a clear picture. You can use this to roll forward day before using the SNA roll forward Eve physical database using RMAN incremental backup | Shivananda Rao

    -Jonathan Rolland

  • Delete pending roll forward primary database journal

    Hi all

    I'm trying to drop the standby logfiles on the primary database (database that I am setting the DG).
    Members of the groups of newspaper pending exists on the file system.
    Someone has deleted these files. His old configuration where the files are in the file system. They are now in ASM.
    When I try to delete the logs on hold I got the following error:
    SQL> alter database clear logfile group 7;
    alter database clear logfile group 7
    *
    ERROR at line 1:
    ORA-19528: redo logs being cleared may need access to files
    SQL> select * from v$logfile order by 1;
    
        GROUP# STATUS  TYPE    MEMBER                                                                           IS_
    ---------- ------- ------- -------------------------------------------------------------------------------- ---
             1         ONLINE  +REDO1/proj/onlinelog/group_1.256.340558657                                     NO
             1         ONLINE  +REDO2/proj/onlinelog/group_1.256.340558659                                     NO
             2         ONLINE  +REDO1/proj/onlinelog/group_2.257.340558879                                     NO
             2         ONLINE  +REDO2/proj/onlinelog/group_2.259.340558879                                     NO
             3         ONLINE  +REDO1/proj/onlinelog/group_3.258.340558707                                     NO
             3         ONLINE  +REDO2/proj/onlinelog/group_3.257.340558709                                     NO
             4         ONLINE  +REDO2/proj/onlinelog/group_4.258.340558713                                     NO
             4         ONLINE  +REDO1/proj/onlinelog/group_4.259.340558711                                     NO
             5         ONLINE  +REDO2/proj/onlinelog/group_5.260.340558965                                     NO
             5         ONLINE  +REDO1/proj/onlinelog/group_5.260.340558963                                     NO
             6         ONLINE  +REDO1/proj/onlinelog/group_6.261.340558967                                     NO
             6         ONLINE  +REDO2/proj/onlinelog/group_6.261.340558967                                     NO
             7         STANDBY /oracle/proj/onlinelog2/redo_702.log                                            NO
             7         STANDBY /oracle/proj/onlinelog1/redo_701.log                                            NO
             8         STANDBY /oracle/proj/onlinelog2/redo_802.log                                            NO
             8         STANDBY /oracle/proj/onlinelog1/redo_801.log                                            NO
             9         STANDBY /oracle/proj/onlinelog2/redo_902.log                                            NO
             9         STANDBY /oracle/proj/onlinelog1/redo_901.log                                            NO
            10         STANDBY /oracle/proj/onlinelog1/redo_1001.log                                           NO
            10         STANDBY /oracle/proj/onlinelog2/redo_1002.log                                           NO
    
    20 rows selected.
    
    SQL> select * from v$standby_log order by 1;
    
        GROUP# DBID            THREAD#  SEQUENCE#      BYTES       USED ARC STATUS     FIRST_CHANGE# FIRST_TIM LAST_CHANGE# LAST_TIME
    ---------- ------------ ---------- ---------- ---------- ---------- --- ---------- ------------- --------- ------------ ---------
             7 UNASSIGNED            0          0  104854601        512 YES UNASSIGNED             0                      0
             8 UNASSIGNED            0          0  104854601        512 YES UNASSIGNED             0                      0
             9 UNASSIGNED            0          0  104854601        512 YES UNASSIGNED             0                      0
            10 UNASSIGNED            0          0  104854601        512 YES UNASSIGNED             0                      0
    What can I do to make it give up these reference?
    Any other solution instead of modify the controlfile and stop/start the database?

    Thank you!!!

    Hello;

    Think that Oracle, the files are there, but I still have a bug on metalink where the controlfile had them again, but they were not on the file system. Can you confirm that they exist?

    Meanwhile, I'm checking my notes for the Oracle number of doc.

    Bug 6128242: TRY TO drop the STANDBY LOG FAILED WITH ORA-19528

    So if you're Oracle 10, this could be the problem.

    workaround is to re-create the controlfile without the incorrect log file. (Ugh!)

    ORA-01156 when adding or deleting Redo Logs [ID 452152.1]

    Best regards

    mseberg

    Published by: mseberg on October 31, 2011 17:09

  • Roll forward standby with RMAN incremental backup when used DG broker

    Hello

    I'm about to use the process defined in the note: steps to roll forward a database ensures the RMAN incremental backup using during primaries and Eve are in the file [836986.1 ID] ASM system. I'm on 11.1.0.7.

    However, it does not mention the DataGuard broker.
    Did someone played this process when you use the broker.
    The broker he manages properly?
    Does it matter if the broker is upwards or downwards during the physical recovery of standby or replacement of control file?
    Should the broker configuration be re-created?

    Thank you.

    user11993454 wrote:
    Hello

    I'm about to use the process defined in the note: steps to roll forward a database ensures the RMAN incremental backup using during primaries and Eve are in the file [836986.1 ID] ASM system. I'm on 11.1.0.7.

    However, it does not mention the DataGuard broker.
    Did someone played this process when you use the broker.
    The broker he manages properly?
    Does it matter if the broker is upwards or downwards during the physical recovery of standby or replacement of control file?
    Should the broker configuration be re-created?

    Thank you.

    (1) disable the broker
    (2) perform the Roll forard SNA.
    (3) select the broker

  • Recover tablespace does not and not able to open the database

    Hi all

    I use Oracle RAC 11 g R2 in Linux. My database is running in mode NOARHIVELOG.
    I'm testing some RMAN scripts.

    After having made a scenario below: I think that the problem I used the switch log file!
    RMAN> backup tablespace 'USERS' TAG 'TestBkp_FRA';
    
    RMAN> backup backupset 10 format '/testasm/backup%U' delete input; -- here 10 is the backup set generated in the previous command
    RMAN> BACKUP INCREMENTAL LEVEL 1 tablespace users;
    
    
    alter system switch logfile;-- many times 
    I'm not able to recover my tablespace users due to the below:
    archived log for thread 1 with sequence 19 is already on disk as file +DATA/orcl/onlinelog/group_1.261.772044543
    archived log for thread 1 with sequence 20 is already on disk as file +DATA/orcl/onlinelog/group_2.262.772044547
    archived log for thread 2 with sequence 4 is already on disk as file +DATA/orcl/onlinelog/group_4.266.772044919
    RMAN-08187: WARNING: media recovery until SCN 1101381 complete
    Finished recover at 27-MAR-2012 17:21:36
    and I can't open my database:
    RMAN> alter database open;              
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of alter db command at 03/27/2012 17:26:18
    ORA-01113: file 4 needs media recovery
    ORA-01110: data file 4: '+DATA/orcl/datafile/users.259.772044111'
    Here is a list of my backups
    RMAN> list backup;
    
    
    List of Backup Sets
    ===================
    
    
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time     
    ------- ---- -- ---------- ----------- ------------ --------------------
    9       Full    1.45M      DISK        00:00:02     27-MAR-2012 12:06:47
            BP Key: 11   Status: AVAILABLE  Compressed: NO  Tag: TESTBKP
            Piece Name: /testasm/backup0an6tvil_1_2
      List of Datafiles in backup set 9
      File LV Type Ckp SCN    Ckp Time             Name
      ---- -- ---- ---------- -------------------- ----
      4       Full 1092418    27-MAR-2012 11:40:06 +DATA/orcl/datafile/users.259.772044111
    
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time     
    ------- ---- -- ---------- ----------- ------------ --------------------
    10      Full    1.45M      DISK        00:00:04     27-MAR-2012 15:58:54
            BP Key: 13   Status: AVAILABLE  Compressed: NO  Tag: TESTBKP_FRA
            Piece Name: /testasm/backup0bn6ud5q_1_2
      List of Datafiles in backup set 10
      File LV Type Ckp SCN    Ckp Time             Name
      ---- -- ---- ---------- -------------------- ----
      4       Full 1100603    27-MAR-2012 15:53:40 +DATA/orcl/datafile/users.259.772044111
    
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time     
    ------- ---- -- ---------- ----------- ------------ --------------------
    11      Incr 0  1.45M      DISK        00:00:05     27-MAR-2012 16:16:59
            BP Key: 14   Status: AVAILABLE  Compressed: NO  Tag: TAG20120327T161652
            Piece Name: +FRA/orcl/backupset/2012_03_27/nnndn0_tag20120327t161652_0.261.779041015
      List of Datafiles in backup set 11
      File LV Type Ckp SCN    Ckp Time             Name
      ---- -- ---- ---------- -------------------- ----
      4    0  Incr 1101381    27-MAR-2012 16:13:11 +DATA/orcl/datafile/users.259.772044111
    
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time     
    ------- ---- -- ---------- ----------- ------------ --------------------
    12      Full    1.45M      DISK        00:00:02     27-MAR-2012 17:00:26
            BP Key: 15   Status: AVAILABLE  Compressed: NO  Tag: TAG20120327T170023
            Piece Name: +FRA/orcl/backupset/2012_03_27/nnndf0_tag20120327t170023_0.260.779043625
      List of Datafiles in backup set 12
      File LV Type Ckp SCN    Ckp Time             Name
      ---- -- ---- ---------- -------------------- ----
      4       Full 1101381    27-MAR-2012 16:13:11 +DATA/orcl/datafile/users.259.772044111
    My database is running in mode NOARCHIVELOG have no full database backup.

    How can I start my database. Help, please!

    You can proceed as below.

    SQL > alter database datafile ' C:\APP\SHIVANANDA. RAO\ORADATA\TEST\USERS01. DBF' offline drop;

    Database altered.

    SQL > alter database open;

    Database altered.

    Off line file data from the USERS table space, and then open the database. Still, if there is a test database, then only do. Other wise, as mentioned, CKPT contace Oracle Support

  • recover the database on windows xp linux rman backup

    Hi guys,.

    I am recovering a xp database that runs on Centos 5.3 on windows xp.

    That's what I did.
    backup database
    Run {}
    maxcorrupt for the data file the value 2 to 1;

    CONFIGURE REDUNDANCY 5 RETENTION STRATEGY;
    CONFIGURE BACKUP OPTIMIZATION
    SET UP DEFAULT DISK DEVICE TYPE; # by default
    CONFIGURE CONTROLFILE AUTOBACKUP ON;
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO "%F" # by default
    SET UP THE DEVICE TYPE DISK PARALLELISM 1 BACKUP BACKUPSET TYPE; # by default
    CONFIGURE BACKUP OF DATA TO DISK FILE TYPE DEVICE TO 1; # by default
    CONFIGURE BACKUP ARCHIVELOG FOR DEVICE TYPE DISK TO 1; # by default
    CONFIGURE MAXSETSIZE TO UNLIMITED; # by default
    CONFIGURE ENCRYPTION OF DATABASE # by default
    CONFIGURE THE ENCRYPTION ALGORITHM "AES128"; # by default
    CONFIGURE THE NONE ARCHIVELOG DELETION POLICY; # by default
    CONFIGURE SNAPSHOT CONTROLFILE NAME TO ' / usr/lib/oracle/xe/app/oracle/product/10.2.0/server/dbs/snapcf_XE.f'; # by default
    compressed backup backupset database;
    backup current controlfile;
    backup SPFile;
    }

    FTP files on Windows
    SQL > startup mount restrict exclusive;
    SQL > drop database;

    SQL > startup nomount;
    RMAN > set dbid = 7898909
    RMAN > recover automatic backup controlfile;

    And then the problems begin.
    because the controlfile contains the former locations of tablespaces (linux).
    I try with set newname for data file does not work because old tablespaces are not there.
    If I try to backup the controlfile to find and change the locations, it still does not because I don't have the files of data in place.

    In short; How to restore and recover the database from a backup of linux on windows?

    Hello

    Rman backups are not portable between operating system platforms.
    You must use the convert command.
    Please follow the link which explains the controls and the procedure below.
    http://download.Oracle.com/docs/CD/B19306_01/backup.102/b14191/dbxptrn.htm#CHDCFFDI

    Kind regards
    Tycho

  • Accessibility of the previous backup Image of RMAN copy after roll forward with the additional days

    Hi all

    I have these 2 questions related to RMAN Image backups. Please suggest the best approaches...

    We are in publishing Standard of Oracle 11.2.0.3 database on instances of RAC ASM on Windows 2008 and want to see the feasibility of using Copies of RMAN images for our databases.

    Have a question about the availability of backups for restoration in a scenario explained below:

    1ST QUARTER)

    To get copies of the Image which are rolled to the next incremental backup. Can we still restore/recovery to earlier date than the Image backup before rolls? If not, please suggest

    What is the best way to accomplish this task if we choose RMAN COPY of IMAGE as our backup strategy.

    Example:

    Log archiving is enabled.

    Sunday evening: full level 0 backup copy Image

    Monday night: 1) level 1 incremental Image copy backup and Roll-forward/apply the incremental backup for the full backup from Sunday

    (2) backup of files to archive log after the full backup from Sunday.

    Tuesday evening: 1) level 1 incremental Image copy backup and Roll-forward/apply the incremental backup for roll Monday transferred (full) backup.

    (2) backup of files to archive log after incremental backup from Monday.

    Wednesday evening: 1) level 1 incremental Image copy backup and Roll-forward/apply the incremental backup to roll Tuesday transferred (full) backup.

    (2) backup of files to archive log after incremental backup on Tuesday.

    Can we restore and recover the data until Tuesday morning 11:00 even if our full backups are rolled transferred by the application of incremental backups. Please suggest

    What is the best way to accomplish this task if we choose RMAN COPY of IMAGE as our backup strategy.

    Q2)

    Q2.a) Scenario 2: with above politics of backup in the 1st quarter.

    If I intend to use the copy of current Image backup on WEDNESDAY NIGHT for the recovery and restoration on-site. understand that

    We're losing backup of forwded for the roll of Wednesday night. Is it possible to take a backup/backup copy of this Wednesday night before being used for on-site recovery, so that we can use it

    for all future restorations.

    Q2.b)

    If we are unable to take backup of the night't Wednesday backup before being used for the recovery on the spot. We can always access backup Image roll passed Tuesday night? If so, can

    I take a new incremental Image copy backup Thursday night and roll forward/apply to copy backup Image Tuesday night. Please suggest the best approach to have accessible backups for each night?

    Thank you

    Hello

    I suggest that postpone differentials apply for a week as says Hemant.

    for example:

    grab the copy of database with tag = "incremental_update" until ' SYSDATE-7 "; ". "

    1 extra strength to recover from backup with tag = "incremental_update" database;

    Talip Hakan Öztürk

  • How to free up disk space for the database file

    Hi experts BDB.

    I use bdb4.6.21 transaction Btree access method, found that after vacuum db db-> truncate, the size of the db file has changed. How to free up disk file db space? It can be configured?

    Thank you

    Min

    Hi Min,

    What Mike says is that you do not expect that the empty space after an operation of truncation (for example a delete or update that empties a page) in the database (empty pages) to return to the file system and therefore to see the physical file size decreases.

    The next section of the documentation explaining this: required disk space

    Space released by removing the key/data pairs in a Btree database or Hash is never returned in the file system, even if it is reused when possible. This means that the databases Btree and hash are to develop alone. If enough key is deleted from a database which shrinks the underlying file is desirable, use the DB-> compact() method to recover disk space. Alternatively, you can create a new database and copy the folders of the former into it.


    So, as Mike suggested, you can dump and reload the data into a new database, or copy data from the existing/old database to a new (to remove the old database and rename a new one the old name), or you can try to compact the database using the method compact().

    If you use compact(), then in order to force the return of empty for the file system pages when possible, use the DB_FREE_SPACE flag and try to avoid using an explicit transaction (use a NULL tnxid pointer, so this BDB will use internally of several transactions that will be engaged periodically to avoid locking large sections of the tree).

    When you use the compaction in order to free up space and return pages from database empty in the file system that it is generally recommended to repeat Compact with a value low 'compact_fillpercent '.  In addition, the following output statistics fields in the structure DB_COMPACT, compact_pages_truncated and compact_pages_free should be examined to determine if there is a point, continuing to run the compaction with the same compact_fillpercent.  If the values are strict positive it is then compact() calling again with the same compact_fillpercent (and specify the DB_FREE_SPACE flag).  The compact algorithm allows a single pass on the pages of the database;  pages so not empty at the end of the file will prevent the free pages (which are placed on the free list) to be returned to the file system.

    Kind regards

    Andrei

  • Get the message that the recovery file "D" is short on space and must be cleaned

    On computer turning on and repeatedly throughout its operation, a window at the bottom right opens and informs me that file Recovery "D" is short on space and needs to be cleaned.  I followed the instructions and another window opens and informs me that there are zero byte to be retrieved.  I went into the "D" file and it reflects 12 MB of 2.2 GB.  How can I clean this file and what happens if I can't get it cleaned?     Justin

    http://support.Dell.com/support/topics/global.aspx/support/DellCare/contact_technical_support?c=us&l=en&s=Gen

    Contact Dell at the above link concerning their recovery Partition.

    If you make a mistake in the Dell recovery Partition, you ruin your chances to reinstall Vista in case of system crash, without having to buy their share recovery disks.

    See you soon.

    Mick Murphy - Microsoft partner

  • Cleaning of the space of SQL Express 2005 database; Sound to its fullest.

    Hi all

    Here's a question I need help. I have a vCenter Server, which has a database of maxed out of 4 GB on SQL Express 2005. It won't let me restart the service for vCenter Server if I restart the computer. Fortunately, I somehow got it upward after the restart, but not until I spent 3 hours on medium with HP/VMware. I went through the Article (KB1025914) showing the script that cleans your database, but it has not cleaned enough space to work. Now support tells me that I need to truncate the database, but I have to call Microsoft for support because they do not support problems with SQL even if it is a database of VMware and VMware the data that I need to clean all the partners. Go figure!

    After that go through all of these reasons, I realized that the table that uses my space is the dbo. Table VPX_EVENT of the 1.2 GB and dbo. Table VPX_EVENT_ARG to 995MB. I was able to come back in vCenter and I found that my database retention policy has been set to never delete for events and tasks, and now I have put in 90 days. Although it has not cleaned all the space in the database, I guess that's my question is. Can someone give me any indication on how I can clean these two tables? I want to delete all events and tasks that are more than 90 days from these two tables, which should give me should I want to shrink my database of at least 50%.

    Thanks for the help.

    After you change the setting, it will remove the events, but the size of the DB's not going down. You will need to run a full backup of the DB to truncate the logs. This will be relase little space but not automatically, it will just remove balls and add instead of whitespace. You can reduce the database and then you would see the size of the DB down. In SQL 2005 Express, you may need to run the cut several times, as I've experienced it won't shrink until the 3rd or 4th attempt.

  • You do not have enough disk space to create the database...

    Hi all

    During the creation of the database, I received this message:

    + "You don't have enough disk space to create the database. +
    + You must at least 939008 on/U01 KB, you only 1981480960 available KB. +

    + Please allow more free disk space. » +

    I checked:
    Root@server# df h
    Size of filesystem used avail capacity mounted on
    / dev/dsk/c4t600A0B800033696A000017534E2F6F67d0s0
    2.2 T 2.2 G 2.2 T 1% / U01

    My Info:
    DB-INSUP2-C2VAS of SunOS 5.10 Generic_142909-17 sun4u sparc SUNW, Sun-Fire-V890
    Oracle database: 10.2.0.1


    Help, please!
    Thank you!
    Dan.

    Thank you all,

    I got the same warning messages and I created the point of editing/U01 with 50 GB for installation of Oracle and creation of database with no caveat. In my opinion, the warning appeared as the point of Assembly/U01 is too large (2.2 T).

    Sorting.

    Published by: hqtri on August 4, 2011 23:33

  • Compression/free space in the database.

    Hello

    I need to copy the version of database 8.1.7.4 on solaris 9 to another box under solaris 10 to upgrade to 10 gr 2. The size of the data files (all data files) has data is about 600 GB where the database size is approximately 270 GB. The traget box has storage capacity is 450 GB. What all the options and best practices for implementing this plan. Time is also a problem. The two servers are not in the same place of geo.

    Please give me your expert advice.

    Thank you
    Naveed

    Transportable tablespaces require copies data from the source to the destination files. In this case, you have not enough space on the destination for the data files of the target system.

    Justin

  • How the predicate by a trend in the growth of the database space?

    Hi all

    I'm trying to look at this holistic way and out of the box.

    What is the absolute best way to face to predict a "growth Database?

    Can you please recommend some software or methods that I might be able to 'pull' of...

    I'm totally open to suggestions...

    Thank you...

    Every month, I have a report on demand in Enterprise Manager sent to me that gives me measures such as the growth of the database, use CPU/memory/disk. Then unload the numbers in an Excel spreadsheet for the pretty pictures of product like this for management:

    There is no magic about that... at least not for me. Just create reports to capture the settings I want to trend and then add to Excel charts.

    See you soon,.
    Brian

  • locking of the database

    We have a server Oracle 9i with three groups of logfile noarchivelog mode, and these days the database were still hanging over the online log file command and where to hang, we must run

    "alter checkpoint system;" to force the switch.

    How I can trace and reslove the error?

    Hello

    It's a Production instance that is running in Noarchivelog mode?

    You could collect a dump Systemstate, Hanganalyze to see what is happening not exactly and why his guillotine

    SQL > sqlplus / as sysdba

    SQL > setmypid oradebug

    SQL > oradebug unlimit.

    SQL > oradebug hanganalyze 3

    SQL > tracefile_name oradebug

    SQL > setmypid oradebug

    SQL > oradebug unlimit.

    SQL > oradebug dump systemstate 10

    SQL > tracefile_name oradebug

    Check the alert.log when, Gather statspack reports so that should provide some clues.

    Kind regards

    Suntrupth

  • Calculate the space used in the database!

    Hi all

    I can calculate the space used by using one of the following ways:

    1. determine the size allocated by issuing

    SELECT SUM(d.bytes/1024/1024/1024)
    FROM dba_data_files;

    2 calculate the free space by issuing

    SELECT SUM(bytes/1024/1024/1024)
    from dba_free_space;

    Space used will be the value of the first statement - value of the second statement. This is manually!

    Is it possible to combine these two queries?

    Thank you!

    Dan.

    You can certainly combine queries

    SELECT (allocated.bytes - free.bytes )/1024/1024/1024 used_gb
      FROM (select sum(bytes) bytes from dba_data_files) allocated,
          (select sum(bytes) bytes from dba_free_space) free
    

    Normally, you could group tablespace as well.

    But if you want just the amount of space used, it is probably easier to just

    SELECT sum(bytes)/1024/1024/1024 used_gb
      FROM dba_segments
    

    Justin

Maybe you are looking for