TABLESPACE_IN_BACKUP

brbrbr

BW
Версия BRTools 6.20.
Ядро 640.

Бэкап завис, остановил процесс brbackup вручную.
Tablespace'ы остались в статусе бэкапа...

brspace'а в версии 6.20 нет.
Как сбросить статус tablespace'ов вручную через sqlplus?

Или же остановить систему и при старте сделать
SQL> alter database end backup;
? Боюсь, как бы рестор не пришлось делать после остановки...

Спасибо!

SergoB

Круто! А Oracle наверно не важно какой )
P.S. да и вообще версии патчей ядер и basis тоже можно указать , очень мало информации...

brbrbr

Оракл 9.2.0.8
Ядро 640 патч 196
Базис 620 SP63

SergoB

Ок, ну это уже лучше. Только не останавливайте оракл shutdown не даст сделать, а если с abort то совсем плохо может получится.
Почему используете

Code:

Версия BRTools 6.20.

?
Возмите 6.40 --> Note 680046 - Corrections in BR*Tools Version 6.40 или Note 12741 - Current versions of BR*Tools and SAPDBA
You can use BR*Tools 6.40 for all SAP releases. A prerequisite for this, however, is that the database runs on Oracle 9.2.
А там как вы уже знаете можно использовать Reset backup status.
P.S. в Oracle 9 нельзя использовать alter database end backup; только в 10.
Но через SQL можно тоже в вашей ситуации -->
Для каждого таблспейса который в бекапе
sql> alter tablespace <tspname> end backup;

brbrbr

Да система старая, а времени обновить тулзы никак не найдется... надо будет конечно!
Поэтому нужен был как раз последний способ.
Спасибо большое!

Ludens

хинт из доки HP Managing ServiceGuard Extension for SAP

To ensure that a database that crashed during an online backup starts correctly after the crash,
all data files that were in begin backup state need to be altered with an end backup statement.
Adjust the required steps in /sapmnt/<SID>/exe/startdb.

В скрипте /sapmnt/<SID>/exe/startdb заменить этот код

Code:

# Startup the database without changing the ARCHIVELOG state 
# 
echo "connect internal;" > $SRVMGRDBA_CMD_FILE 
echo "startup;" >> $SRVMGRDBA_CMD_FILE 
echo "exit;" >> $SRVMGRDBA_CMD_FILE 
eval $SRVMGRDBA command=@$SRVMGRDBA_CMD_FILE >> $LOG 2>&1

на следующий

Code:

# Startup the database without changing the ARCHIVELOG state
# alter datafile 'end backup' when instance crashed during backup 
echo "connect internal;" > $SRVMGRDBA_CMD_FILE 
echo "startup mount;" >> $SRVMGRDBA_CMD_FILE
echo "spool endbackup.log" >> $SRVMGRDBA_CMD_FILE
echo "select 'alter database datafile '''||f.name||''' end backup;'" >> $SRVMGRDBA_CMD_FILE
echo "from v\$datafile f, v\$backup b" >> $SRVMGRDBA_CMD_FILE
echo "where b.file# = f.file# and b.status = 'ACTIVE'" >> $SRVMGRDBA_CMD_FILE
echo "/" >> $SRVMGRDBA_CMD_FILE echo "spool off" >> $SRVMGRDBA_CMD_FILE
echo "!grep '^alter' endbackup.log >endbackup.sql" >> $SRVMGRDBA_CMD_FILE
echo "@endbackup.sql" >> $SRVMGRDBA_CMD_FILE 
echo "!rm endbackup.*" >> $SRVMGRDBA_CMD_FILE 
echo "alter database open;" >> $SRVMGRDBA_CMD_FILE 
echo "exit;" >> $SRVMGRDBA_CMD_FILE 
eval $SRVMGRDBA command=@$SRVMGRDBA_CMD_FILE >> $LOG 2>&1

Pepta

While a tablespace is in backup mode, brconnect -f check issues the
following warning: WARNING, type: TABLESPACE_IN_BACKUP,
object: PSAPT00EX. To check if a tablespace is currently in backup mode,
you can use the faster (and cheaper) command brspace -c force -f
dbshow -t tslist. Check the Back column to see if any tablespace is
in backup mode.
If any tablespace is in backup mode, but you expect no BRBACKUP to be
running, perform the following steps to solve the problem:
1. Check if BRBACKUP is running using the ps command on UNIX or the
Task Manager on Windows. Only continue, if no BRBACKUP is running.
2. Start BRTOOLS or BRGUI and choose Space management → Alter
tablespace → Reset backup status. Choose continue twice to get a list of all
tablespacesin backup mode.
3. Enter 0 to select all tablespaces and choose continue to turn backup mode off.
4. Delete the lock file $SAPDATA_HOME/sapbackup/.lock.brb.
5. Run a test backup with BRBACKUP to check if everything is okay.

Правила форума

TABLESPACE_IN_BACKUP

Кто сейчас на конференции