· Criar novos chunks (zerados) necessários para o retorno do banco de dados. Ex:
original:
/dadosifx/wms/rlv_wms
/dadosifx/wms/rlv_wms1
novo:
/dados/wms/tst/wms1
/dados/wms/tst/wms2
· Criar as seguintes linhas no arquivo sqlhosts. Ex:
original:
wmsshm onipcshm 10.10.10.3 wms
wmssoc onsoctcp 10.10.10.3 wmssrv
novo:
wms1shm onipcshm 10.10.10.3 wms
wms1soc onsoctcp 10.10.10.3 wms1srv
· Copiar o arquivo onconfig.wms para o arquivo onconfig.wms1 e alterar as seguintes variáveis. Ex:
SERVERNUM
DBSERVERNAME
DBSERVERALIASES
Nada impede de alterar as outras variáveis, como por exemplo, BUFFERS, NETTYPE, NUMCPUVPS, LOCKS
Deixar a variável ROOTPATH com o caminho original na hora de retornar o backup, pois, após o retorno do backup a mesma será alterada pelo comando ontape.
Ex.:
original: ROOTPATH /dadosifx/wms/rlv_wms
novo: ROOTPATH /dadosifx/wms/tst/wms1 (Após o restore)
· Criar um arquivo com os caminhos e offsets dos chunks originais e com os caminhos e offsets dos novos chunks.
Ex.:
/dadosifx/wms/rlv_wms 0 /dadosifx/wms/tst/wms1 0
/dadosifx/wms/rlv_wms1 0 /dadosifx/wms/tst/wms2 0
No exemplo acima utilizamos o offset = 0 porque, por padrão, não utilizamos chunks configurados com o offset.
Se algum cliente utilizar offset verificar o numero do offset antes de restaurar o mesmo.
· Restaurar o archive com o seguinte comando. Ex:
ontape -r -rename -f nome_arquivo_criado_com_conf_ chunk
Ex.: ontape -r -rename -f teste