Sincronização de servidores de replicação de origem e destino após a reversão de funções

Editar on-line

Se um servidor de replicação de origem falhar ou ficar temporariamente indisponível, pode ser necessário reverter as funções do servidor e configurar temporariamente o servidor de replicação de destino como o servidor de replicação de origem. Depois, quando o servidor de replicação de origem original estiver on-line novamente, será possível restaurar as funções originais. Em seguida, é possível replicar todos os dados do servidor de replicação de destino para o servidor de replicação de origem e sincronizar os dados em ambos os servidores. No caso de configuração da replicação de muitos destinos usando regras de armazenamento de replicação, uma opção adicional é oferecida para ajudar a garantir a disponibilidade e a recuperação dos dados se o servidor de replicação de origem falhar. Ao replicar dados para dois servidores de replicação de destino, é possível converter um dos servidores de replicação de destino para um servidor de replicação de origem. Os dados do servidor de replicação de origem recém-estabelecido poderão ser replicados para outro servidor de replicação de destino, usando regras de armazenamento de replicação para ajudar a fornecer proteção ininterrupta para os dados.

Exemplo para reverter as funções do servidor em um ambiente de replicação de destino único

Os valores a seguir são utilizados neste exemplo:

NODE1 é o nó do cliente.
O PRODSRV é o servidor de replicação de origem para o qual os dados do nó do cliente, NODE1, são transferidos no backup.
O DRSRV é o servidor de replicação de destino.

O servidor PRODSRV torna-se indisponível. O administrador do sistema, Elizabeth, atualiza a definição do nó no servidor DRSRV para revogar a função do servidor PRODSRV como alvo de dados de backup para NODE1. Ela segue as instruções da seção REMOVE REPLNODE (Remover um nó cliente da replicação) e executa o seguinte comando no servidor DRSRV:
```
remove replnode node1 server=prodsrv
```
Como NODE1 foi configurado como um nó de não replicação, agora DRSRV pode ser usado como servidor de replicação de origem, para fazer backup dos dados do cliente.
Elizabeth configura NODE1 para fazer backup de dados para o servidor DRSRV. Para fazer isso, ela deverá atualizar o arquivo de opções do cliente correto.

Elizabeth reconfigura o arquivo de opções do cliente adequado seguindo as instruções nas seções “Criação e modificação do arquivo de opções do sistema do cliente” e “Criação e modificação do arquivo de opções do cliente ”.

Todas as operações de backup para NODE1 agora são direcionadas para o servidor DRSRV.

Depois de algum tempo, o servidor PRODSRV fica on-line novamente. Elizabeth pretende restaurar a configuração de armazenamento original.
Ela atualiza a definição do nó de NODE1 no servidor DRSRV para que seja um nó não replicante. Ela emite o seguinte comando no servidor PRODSRV:
```
remove replnode node1 server=drsrv
```
Para iniciar o processo de sincronização dos servidores, Elizabeth segue as instruções da seção UPDATE NODE (Atualizar atributos do nó) e executa os seguintes comandos.
Ela emite o seguinte comando no servidor DRSRV:
```
update node node1 replstate=enabled replmode=syncsend
```
Ela emite o seguinte comando no servidor PRODSRV:
```
update node node1 replstate=enabled replmode=syncreceive
```
Após esses comandos serem executados, os inventários de servidores IBM Storage Protect serão sincronizados durante a próxima operação de replicação.
Para replicar todos os dados do servidor DRSRV para o servidor PRODSRV, Elizabeth define uma regra de armazenamento de replicação. Ela segue as instruções da seção DEFINE STGRULE (Definir uma regra de armazenamento para replicar dados) e executa o seguinte comando no servidor DRSRV:
```
define stgrule repl_role_reversal prodsrv actiontype=replicate
```
Ao emitir o comando, ela estabelece PRODSRV como o servidor de replicação de destino padrão para o servidor DRSRV.
Para sincronizar os servidores, Elizabeth segue as instruções em START STGRULE (Iniciar uma regra de replicação) e executa o START STGRULE comando para replicar os dados.
Ela emite o seguinte comando no servidor DRSRV:
```
start stgrule repl_role_reversal
```
Após a operação de replicação, a definição do nó no servidor DRSRV é configurada como REPLMODE=SEND. A definição do nó no servidor PRODSRV é configurada como REPLMODE=RECEIVE.
Antes de prosseguir para a próxima etapa, Elizabeth aguarda a conclusão bem-sucedida da operação de replicação. É obrigatório esperar pela conclusão da operação de replicação.
Elizabeth atualiza as definições de nó nos servidores PRODSRV e DRSRV, para configurá-los como nós não replicantes.
Ela emite o seguinte comando no servidor DRSRV:
```
remove replnode node1 server=prodsrv
```
Ela emite o seguinte comando no servidor PRODSRV:
```
remove replnode node1 server=drsrv
```
Elizabeth configura o nó NODE1 para definir PRODSRV como o servidor de replicação de origem e DRSRV como o servidor de replicação de destino. Ela sincroniza os nós em ambos os servidores, emitindo os comandos a seguir.
Ela emite o seguinte comando no servidor PRODSRV:
```
update node node1 replstate=enabled replmode=syncsend
```
Ela emite o seguinte comando no servidor DRSRV:
```
update node node1 replstate=enabled replmode=syncreceive
```
Elizabeth configura o nó NODE1 para fazer backup de dados para o servidor PRODSRV, atualizando o arquivo de opções do cliente adequado.

Ela segue as instruções contidas nos tópicos “Criação e modificação do arquivo de opções do sistema do cliente” e “Criação e modificação do arquivo de opções do cliente ”.

Todas as operações de backup para o nó NODE1 agora são direcionadas para o servidor PRODSRV.
Elizabeth define uma regra de armazenamento de replicação para configurar a replicação de dados a partir do nó NODE1 no servidor PRODSRV para o servidor DRSRV.
Ela emite o seguinte comando no servidor PRODSRV:
```
define stgrule repl_drsrv drsrv actiontype=replicate
```
Ela executa a regra de armazenamento de replicação, REPL_DRSRV. Após a conclusão bem-sucedida da operação de replicação, a definição de nó no servidor PRODSRV é configurada como REPLMODE=SEND e a definição de nó no servidor DRSRV é configurada como REPLMODE=RECEIVE.

Nesse ponto, os dois servidores estão na configuração original e o servidor PRODSRV possui os dados que foram armazenados no servidor DRSRV enquanto o servidor PRODSRV estava indisponível.