Restaurar bancos de dados PostgreSQL

Restaurar um banco de dados PostgreSQL de uma imagem de backup no nível do volume para a origem

Esse procedimento usa a recuperação física da área de dados de origem. Para recuperar a fonte, siga estas instruções:

1. Na lista App Manager Applications, clique com o botão direito do mouse no banco de dados protegido e selecione Access. Use o filtro de status do plano de backup gerenciado para mostrar apenas os bancos de dados protegidos.
2. Selecione uma imagem de snapshot e clique em Restaurar.
3. Na página Restore, selecione Restore Back to Source.
4. Destino. Ele fica inacessível ao restaurar para a origem.
5. (Opcional) Insira um rótulo descritivo para usar neste job.
6. Opções do aplicativo
   • Se o aplicativo de origem estiver protegido por uma política de snapshot que tenha ativado backups de registro de banco de dados e os registros estiverem disponíveis com a imagem, você poderá usá-los para avançar para um ponto específico mudando estas opções na seção Tempo de encaminhamento:
     • O campo de data contém todas as datas possíveis para que o banco de dados possa ser avançado com a aplicação de registros de transações do banco de dados. Selecione a data para a qual você quer que o banco de dados seja avançado.
     • O campo de horário contém um controle deslizante que mostra todos os horários possíveis na data selecionada para que o banco de dados possa ser avançado. Se você selecionar a data mais recente possível e mover o controle deslizante para a posição mais à direita, o job de restauração será aplicado a todos os registros disponíveis. Se você selecionar a data mais antiga possível e mover o controle deslizante para a posição mais à esquerda, o job de restauração será aplicado sem registros.
   • É possível especificar a rolagem para frente usando User Time ou Host Time. O Horário do usuário é relativo ao horário local do usuário atual. O tempo do host é relativo ao sistema que hospeda os dados a serem restaurados.
   • Porta do servidor de destino do PostgreSQL. Insira o número da porta da instância do PostgreSQL de destino para restauração.
   • Nome de usuário do SO de destino do PostgreSQL. Digite o nome do usuário do sistema operacional no servidor de destino em que a instância do PostgreSQL será restaurada.
   • Diretório de origem do servidor de destino do PostgreSQL. Insira o caminho do diretório de início binário do PostgreSQL instalado no servidor de destino.
   • Diretório de dados do servidor de destino do PostgreSQL. Insira o caminho para o diretório de dados em que os arquivos de dados do banco de dados PostgreSQL no servidor de destino são armazenados, por exemplo, /pgdata_lvm/pgdata.
7. Opções avançadas
   • POSTGRESQL TARGET DB USER NAME e POSTGRESQL TARGET DB PASSWORD. (Opcional) Digite novas credenciais para a instância do PostgreSQL de destino que será criada. Se você não especificar nada, o nome de usuário do banco de dados padrão (postgres) será usado sem senha. Por padrão, não é necessário usar uma senha para fazer login no sistema local.
8. Clique em Verificação pré-voo.
   • Se a verificação de simulação falhar, corrija o problema e reenvie a verificação.
   • Se a verificação de pré-voo for bem-sucedida, clique em Enviar para enviar o job de restauração.

Restaurar um banco de dados PostgreSQL de uma imagem de backup no nível do volume para um novo destino

1. Na lista App Manager Applications, clique com o botão direito do mouse no banco de dados protegido e selecione Access. Use o filtro de status do plano de backup gerenciado para mostrar apenas os bancos de dados protegidos.
2. Selecione uma imagem de snapshot e clique em Restaurar.
3. Na página "Restaurar", selecione Restaurar para um novo destino.
4. Para todas as configurações, os nós do PostgreSQL qualificados estarão disponíveis para escolha na lista suspensa Target. Selecione o nó para o novo destino.
5. (Opcional) Insira um rótulo descritivo para usar neste job.
6. Substitua a identidade original do aplicativo. Essa opção só fica disponível quando o destino de restauração é um novo host no mesmo dispositivo de backup/recuperação em que o backup foi gerado originalmente.
   • Sim. Isso substitui o aplicativo original e tem o mesmo ID, histórico de jobs, imagens de backup e plano de backup do aplicativo original.
   • Não. Isso não substitui o aplicativo original. Ele cria um novo app que é descoberto, mas ainda não está protegido.
7. Se os registros estiverem disponíveis, o Tempo de encaminhamento estará disponível. Escolha uma data e hora para que os registros mais recentes sejam aplicados ao banco de dados recuperado.
8. Bancos de dados incluídos: é preenchido previamente com a lista de bancos de dados de usuários do PostgreSQL que serão restaurados com a restauração da instância do PostgreSQL. Ela é imutável.
9. Opções do aplicativo
   • Porta do servidor de destino do PostgreSQL. Insira o número da porta da instância do PostgreSQL de destino para restauração.
   • Nome de usuário do SO de destino do PostgreSQL. Digite o nome do usuário do sistema operacional no servidor de destino em que a instância do PostgreSQL será restaurada.
   • Diretório de origem do servidor de destino do PostgreSQL. Insira o caminho do diretório de origem binária do PostgreSQL instalado no servidor de destino.
   • Diretório de dados do servidor de destino do PostgreSQL. Insira o caminho do diretório de dados em que os arquivos de dados do banco de dados PostgreSQL no servidor de destino são armazenados, por exemplo, /pgdata_lvm/pgdata.
10. Opções avançadas
    • POSTGRESQL TARGET DB USER NAME e POSTGRESQL TARGET DB PASSWORD. (Opcional) Digite novas credenciais para a instância do PostgreSQL de destino que será criada. Se você não especificar nada, o nome de usuário do banco de dados padrão (postgres) será usado sem senha. Por padrão, não é necessário usar uma senha para fazer login no sistema local.
11. Clique em Verificação pré-voo.
    • Se a verificação de simulação falhar, corrija o problema e reenvie a verificação de simulação.
    • Se a verificação de simulação for bem-sucedida, clique em Enviar para enviar o job de restauração.

Restaurar um banco de dados PostgreSQL de uma imagem de backup completa e incremental para a origem

1. Na lista App Manager Applications, clique com o botão direito do mouse no banco de dados protegido e selecione Access. Use o filtro de status do plano de backup gerenciado para mostrar apenas os bancos de dados protegidos.
2. Selecione uma imagem de snapshot e clique em Restaurar.
3. Na página "Restaurar", selecione Restaurar para a origem.
4. Destino. Ele fica inacessível ao restaurar para a origem.
5. (Opcional) Insira um rótulo descritivo para usar neste job.
6. Bancos de dados incluídos. Esta é a lista de bancos de dados do PostgreSQL que serão restaurados com a restauração da instância do PostgreSQL. Selecione um ou mais bancos de dados da lista para restaurar. Por padrão, todos os bancos de dados são selecionados para restauração.
7. Opções do aplicativo
   • Nome de usuário do SO de destino do PostgreSQL. Digite o nome do usuário do sistema operacional no servidor de destino em que a nova instância do PostgreSQL será criada.
   • Diretório de origem do servidor de destino do PostgreSQL. Insira o caminho para o diretório de origem binária do PostgreSQL instalado no servidor de destino.
   • Caminho do arquivo de configuração de destino do PostgreSQL. Insira o caminho de configuração da instância do PostgreSQL no servidor de destino.
8. Opções avançadas
   • POSTGRESQL TARGET DB USER NAME e POSTGRESQL TARGET DB PASSWORD. (Opcional) Digite novas credenciais para a instância do PostgreSQL de destino que será criada. Se você não especificar nada, o nome de usuário do banco de dados padrão (postgres) será usado sem senha. Por padrão, não é necessário usar uma senha para fazer login no sistema local.
9. Clique em Verificação pré-voo.
   • Se a verificação de simulação falhar, corrija o problema e reenvie a verificação de simulação.
   • Se a verificação de simulação for bem-sucedida, clique em Enviar para enviar o job de restauração.

Restaurar um banco de dados PostgreSQL de uma imagem de backup completa e incremental para um novo destino

1. Na lista App Manager Applications, clique com o botão direito do mouse no banco de dados protegido e selecione Access. Use o filtro de status do plano de backup gerenciado para mostrar apenas os bancos de dados protegidos.
2. Selecione uma imagem de snapshot e clique em Restaurar.
3. Na página "Restaurar", selecione Restaurar para um novo destino.
4. Para todas as configurações, os nós do PostgreSQL qualificados estão disponíveis para escolha na lista suspensa Target. Selecione o nó para o novo destino.
5. (Opcional) Insira um rótulo descritivo para usar neste job.
6. Substitua a identidade original do aplicativo. Essa opção só fica disponível quando o destino de restauração é um novo host no mesmo dispositivo de backup/recuperação em que o backup foi gerado originalmente.
   • Sim. Isso substitui o aplicativo original e tem o mesmo ID, histórico de jobs, imagens de backup e plano de backup do aplicativo original.
   • Não. Isso não substitui o aplicativo original. Ele cria um novo app que é descoberto, mas ainda não está protegido.
7. Bancos de dados incluídos: é preenchido previamente com a lista de bancos de dados do PostgreSQL que serão restaurados com a restauração da instância do PostgreSQL. Ela é imutável.
8. Opções do aplicativo
   • Nome de usuário do SO de destino do PostgreSQL. Digite o nome do usuário do sistema operacional no servidor de destino em que a nova instância do PostgreSQL será criada.
   • Diretório de origem do servidor de destino do PostgreSQL. Insira o caminho para o diretório principal binário do PostgreSQL instalado no servidor de destino.
   • Caminho do arquivo de configuração de destino do PostgreSQL. Insira o caminho de configuração da instância do PostgreSQL no servidor de destino.
9. Opções avançadas
   • POSTGRESQL TARGET DB USER NAME e POSTGRESQL TARGET DB PASSWORD. (Opcional) Digite novas credenciais para a instância do PostgreSQL de destino que será criada. Se você não especificar nada, o nome de usuário do banco de dados padrão (postgres) será usado sem senha. Por padrão, não é necessário usar uma senha para fazer login no sistema local.
10. Clique em Verificação pré-voo.
    • Se a verificação de simulação falhar, corrija o problema e reenvie a verificação de simulação.
    • Se a verificação de simulação for bem-sucedida, clique em Enviar para enviar o job de restauração.