É possível usar a recuperação pontual (PITR) para restaurar as instâncias principais do Cloud SQL, estejam elas ativas ou excluídas. Com a PITR, é possível restaurar a instância para um momento específico. Para uma instância excluída, é possível restaurar a instância para um ponto específico no tempo em uma instância nova ou atual.
O Cloud SQL oferece as seguintes opções para restaurar sua instância usando a PITR:
Para executar uma PITR em uma instância indisponível ou excluída, encontre o tempo de recuperação mais recente e mais antigo.
Executar uma PITR usando um carimbo de data/hora
Usar um carimbo de data/hora é a abordagem recomendada para realizar uma PITR.
O Cloud SQL usa o utilitário mysqlbinlog para restaurar instâncias até um momento específico. Para mais informações sobre o utilitário mysqlbinlog,
consulte a documentação de referência do MySQL.
Para concluir a tarefa a seguir, você precisa dos seguintes itens:
- Geração de registros binários e backups ativados para a instância, com registros binários contínuos desde o último backup antes do evento do qual você quer recuperar. Para mais informações, veja o tópico Ativar a geração de registros binários.
- Um carimbo de data/hora para definir o ponto de recuperação. Os eventos que ocorrem nesse carimbo de data/hora ou após ele não são refletidos na nova instância.
Console
-
No console Google Cloud , acesse a página Instâncias do Cloud SQL.
- Abra o menu "Mais ações"
para a instância a ser recuperada e clique em Criar clone. - Na página Criar um clone, é possível atualizar o ID do novo clone.
- Selecione Clonar de um momento anterior.
- Insira um horário de PITR.
- Clique em Criar clone.
gcloud
Criar um clone usando a PITR.
Substitua:
- SOURCE_INSTANCE_NAME: nome da instância de que você está restaurando;
- NEW_INSTANCE_NAME: nome do clone;
- TIMESTAMP: fuso horário UTC para a instância de origem no formato RFC 3339. Por exemplo, 2012-11-15T16:19:00.094Z.
gcloud sql instances clone SOURCE_INSTANCE_NAME \ NEW_INSTANCE_NAME \ --point-in-time 'TIMESTAMP'
REST v1
Antes de usar os dados da solicitação, faça as seguintes substituições:
- project-id: o ID do projeto
- target-instance-id: o ID da instância de destino
- source-instance-id: o ID da instância de origem
- restore-timestamp: o momento em que a restauração será interrompida.
Método HTTP e URL:
POST https://sqladmin.googleapis.com/v1/projects/project-id/instances/source-instance-id/clone
Corpo JSON da solicitação:
{
"cloneContext":
{
"kind": "sql#cloneContext",
"destinationInstanceName": "target-instance-id",
"pointInTime": "restore-timestamp"
}
}
Para enviar a solicitação, expanda uma destas opções:
Você vai receber uma resposta JSON semelhante a esta:
REST v1beta4
Antes de usar os dados da solicitação, faça as seguintes substituições:
- project-id: o ID do projeto
- target-instance-id: o ID da instância de destino
- source-instance-id: o ID da instância de origem
- restore-timestamp: o momento em que a restauração será interrompida.
Método HTTP e URL:
POST https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/source-instance-id/clone
Corpo JSON da solicitação:
{
"cloneContext":
{
"kind": "sql#cloneContext",
"destinationInstanceName": "target-instance-id",
"pointInTime": "restore-timestamp"
}
}
Para enviar a solicitação, expanda uma destas opções:
Você vai receber uma resposta JSON semelhante a esta:
Executar uma PITR usando o backup vault
Se a instância do Cloud SQL estiver ativada para usar backups avançados, será possível realizar a recuperação pontual da instância usando o cofre de backup.
Console
No console Google Cloud , acesse a página Instâncias do Cloud SQL.
Abra o menu "Mais ações"
para a instância a ser recuperada e clique em Criar clone.Selecione Clonar de um momento anterior.
Insira um horário de PITR.
Clique em Criar clone.
gcloud
Para realizar uma PITR em uma instância do cofre de backup, encontre o
data-source do backup mais próximo do horário em que você quer realizar
a PITR. Para encontrar o backup, consulte
Listar todos os backups no cofre de backup de uma instância. Depois de identificar o backup, execute o seguinte comando para fazer a PITR:
gcloud sql instances point-in-time-restore DATA_SOURCE
PITR_TIMESTAMP
--project=TARGET_PROJECT
Substitua:
- DATA_SOURCE: o caminho do
data-sourcepara o backup mais próximo do carimbo de data/hora da PITR que você quer recuperar. - PITR_TIMESTAMP: o carimbo de data/hora UTC do registro de PITR da instância de origem que você quer restaurar, no formato RFC 3339. Por exemplo, 2012-11-15T16:19:00.094Z.
- TARGET_PROJECT: o ID do projeto da instância do Cloud SQL.
REST v1
REST v1beta4
Executar PITR em uma instância indisponível
Console
Talvez você queira recuperar uma instância que não está disponível em uma zona diferente pelos seguintes motivos:
- A zona em que a instância está configurada não é acessível. Esta instância tem um estado
FAILED. - A instância está em manutenção. Esta instância tem um estado
MAINTENANCE.
Para recuperar uma instância indisponível, siga estas etapas:
-
No console Google Cloud , acesse a página Instâncias do Cloud SQL.
- Encontre a linha da instância a ser clonada.
- Na coluna Ações, clique no menu Mais ações.
- Clique em Criar clone.
- Na página Criar um clone, faça o seguinte:
- No campo ID da instância, atualize o ID da instância, se necessário.
- Clique em Clone de um momento anterior.
- No campo Ponto no tempo, selecione a data e a hora para clonar os dados. Isso recupera o estado da instância a partir desse momento.
- Clique em Criar clone.
Enquanto o clone é inicializado, você retorna à página de listagem de instâncias.
gcloud
Talvez você queira recuperar uma instância que não está disponível para uma zona diferente porque a zona em que a instância está configurada não está acessível.
gcloud sql instances clone SOURCE_INSTANCE_NAME TARGET_INSTANCE_NAME \ --point-in-time DATE_AND_TIME_STAMP \ --preferred-zone ZONE_NAME \ --preferred-secondary-zone SECONDARY_ZONE_NAME
A conta de serviço ou o usuário que está executando o comando gcloud sql instances clone
precisa ter a permissão cloudsql.instances.clone. Para mais
informações sobre as permissões necessárias para executar os comandos da CLI gcloud, consulte
Permissões do Cloud SQL.
REST v1
Talvez você queira recuperar uma instância que não está disponível para uma zona diferente porque a zona em que a instância está configurada não está acessível.
Antes de usar os dados da solicitação abaixo, faça as substituições a seguir:
- PROJECT_ID: o ID do projeto;
- SOURCE_INSTANCE_ID: o ID da instância de origem
- TARGET_INSTANCE_ID: o ID da instância de destino
Método HTTP e URL:
POST https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/SOURCE_INSTANCE_NAME/clone
Corpo JSON da solicitação:
{
"cloneContext":
{
"destinationInstanceName": "TARGET_INSTANCE_ID"
}
}Para enviar a solicitação, expanda uma destas opções:
Você vai receber uma resposta JSON semelhante a esta:
O usuário ou a conta de serviço que está usando o método instances.clone da API precisa ter a permissão cloudsql.instances.clone. Para mais informações sobre as permissões necessárias para usar os métodos da API, consulte Permissões do Cloud SQL.
REST v1beta4
Talvez você queira recuperar uma instância que não está disponível para uma zona diferente porque a zona em que a instância está configurada não está acessível.
Antes de usar os dados da solicitação abaixo, faça as substituições a seguir:
- PROJECT_ID: o ID do projeto;
- SOURCE_INSTANCE_ID: o ID da instância de origem
- TARGET_INSTANCE_ID: o ID da instância de destino
Método HTTP e URL:
POST https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/SOURCE_INSTANCE_NAME/clone
Corpo JSON da solicitação:
{
"cloneContext":
{
"destinationInstanceName": "TARGET_INSTANCE_ID"
}
}Para enviar a solicitação, expanda uma destas opções:
Você vai receber uma resposta JSON semelhante a esta:
O usuário ou a conta de serviço que está usando o método instances.clone da API precisa ter a permissão cloudsql.instances.clone. Para mais informações sobre as permissões necessárias para usar os métodos da API, consulte Permissões do Cloud SQL.
Se você tentar criar um clone de PITR em um momento posterior ao último horário recuperável, a seguinte mensagem de erro será exibida:
The timestamp for point-in-time recovery is after the latest recovery time of Timestamp of latest recovery time. Clone the instance with a time that's earlier than this recovery time.
Executar PITR em uma instância excluída
Para usar a PITR e restaurar uma instância excluída, você precisa:
- o carimbo de data/hora da PITR (
timestamp) em que você quer restaurar a instância - o nome da instância de destino
- o horário em que a instância de origem foi excluída (
source-instance-deletion-time)
Você pode usar PITR em uma instância excluída usando apenas CLI gcloud ou a API do Cloud SQL. Para mais informações, consulte Restaurar uma instância excluída usando uma PITR.
gcloud
Encontrar sua janela de PITR
Para encontrar a janela de PITR da instância excluída, extraia o horário de recuperação mais antigo e mais recente da instância. Você pode selecionar um carimbo de data/hora a qualquer momento nessa janela para fazer uma PITR.
Encontrar o horário de exclusão da instância de origem e os dias de retenção de registros
O source-instance-deletion-time e o log-retention-days da instância excluída são armazenados com os backups retidos após a exclusão. Para encontrar esses valores da sua instância excluída, consulte
Listar backups retidos.
Restaurar usando uma PITR
Para restaurar a instância excluída usando uma PITR, execute o seguinte comando:
gcloud sql instances clone SOURCE_INSTANCE_NAME \
NEW_INSTANCE_NAME \
--point-in-time='PITR_TIMESTAMP' \
--source-instance-deletion-time=SOURCE_INSTANCE_DELETION_TIMESTAMP
Substitua:
SOURCE_INSTANCE_NAME: o nome da instância de origem que você quer restaurar.NEW_INSTANCE_NAME: o nome da nova instância .PITR_TIMESTAMP: o carimbo de data/hora UTC do registro de PITR da instância de origem que você quer restaurar, no formato RFC 3339. Por exemplo, 2012-11-15T16:19:00.094Z.SOURCE_INSTANCE_DELETION_TIMESTAMP: o carimbo de data/hora UTC do momento em que a instância de origem foi excluída, no formato RFC 3339. Por exemplo, 2012-11-15T16:19:00.094Z.
REST v1
Encontrar sua janela de PITR
Para encontrar a janela de PITR da instância excluída, extraia o horário de recuperação mais antigo e mais recente da instância. Você pode selecionar um carimbo de data/hora a qualquer momento nessa janela para fazer uma PITR.
Encontrar o horário de exclusão da instância de origem e os dias de retenção de registros
O source-instance-deletion-time e o log-retention-days da instância excluída são armazenados com os backups retidos após a exclusão. Para encontrar esses valores da sua instância excluída, consulte
Listar backups retidos.
Restaurar usando uma PITR
Antes de usar os dados da solicitação abaixo, faça as substituições a seguir:
- project-id: o ID do projeto;
- target-instance-id: o ID da instância de destino
- source-instance-id: o ID da instância de origem
- source-instance-deletion-time: o horário de exclusão da instância de origem
- restore-timestamp: o momento em que você quer restaurar a instância
Método HTTP e URL:
POST https://sqladmin.googleapis.com/v1/projects/project-id/instances/source-instance-id/clone
Corpo JSON da solicitação:
{
"cloneContext":
{
"kind": "sql#cloneContext",
"destinationInstanceName": "target-instance-id",
"sourceInstanceDeletionTime: "source-instance-deletion-time",
"pointInTime": "restore-timestamp"
}
}
Para enviar a solicitação, expanda uma destas opções:
Você vai receber uma resposta JSON semelhante a esta:
REST v1beta4
Encontrar sua janela de PITR
Para encontrar a janela de PITR da instância excluída, extraia o horário de recuperação mais antigo e mais recente da instância. Você pode selecionar qualquer carimbo de data/hora nessa janela para realizar a PITR.
Encontrar o horário de exclusão da instância de origem e os dias de retenção de registros
O source-instance-deletion-time e o log-retention-days da instância excluída são armazenados com os backups retidos após a exclusão. Para encontrar esses valores da sua instância excluída, consulte
Listar backups retidos.
Restaurar usando a PITR
Antes de usar os dados da solicitação abaixo, faça as substituições a seguir:
- project-id: o ID do projeto;
- target-instance-id: o ID da instância de destino
- source-instance-id: o ID da instância de origem
- source-instance-deletion-time: o horário de exclusão da instância de origem
- restore-timestamp: o momento em que você quer restaurar a instância
Método HTTP e URL:
POST https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/source-instance-id/clone
Corpo JSON da solicitação:
{
"cloneContext":
{
"kind": "sql#cloneContext",
"destinationInstanceName": "target-instance-id",
"sourceInstanceDeletionTime: "source-instance-deletion-time",
"pointInTime": "restore-timestamp"
}
}
Para enviar a solicitação, expanda uma destas opções:
Você vai receber uma resposta JSON semelhante a esta:
Executar uma PITR usando posições de registro binárias
Recomendamos que você execute a PITR usando carimbos de data/hora, conforme descrito em Executar a PITR usando um carimbo de data/hora, mas também é possível executar a PITR fornecendo uma posição de registro binário ou de evento específica em um arquivo de registro binário.
Para mais informações sobre a PITR usando posições de registros binários, consulte PITR usando o registro binário.
Antes de começar
Antes de concluir esta tarefa, você precisa ter:
Geração de registros binários e backups ativados para a instância, com registros binários contínuos desde o último backup antes do evento do qual você quer realizar a recuperação. Para mais informações, veja o tópico Ativar a geração de registros binários.
Os registros binários precisam estar disponíveis no disco para que você possa procurá-los em busca de eventos. Para verificar a duração da retenção dos registros binários no disco, consulte Período de armazenamento dos registros. Não é possível procurar registros binários armazenados no Cloud Storage com o utilitário
mysqlbinlog.Um nome de arquivo de registros binários e a posição do evento de que você quer realizar a recuperação. Esse evento e todos os que vieram depois dele não são refletidos na nova instância. Para mais informações, veja Identificar a posição do registro binário.
Depois de identificar o nome do arquivo e a posição do registro binário, execute a PITR usando posições de eventos de registro binário.
Identificar a posição de recuperação
Use o cliente MySQL para se conectar à instância para que você quer restaurar.
Para fazer isso, use o Cloud Shell ou a máquina cliente local. Para mais informações, consulte Opções de conexão para aplicativos externos.
Mostre os arquivos de registros binários para a instância:
SHOW BINARY LOGS;Exibir os 100 primeiros eventos no arquivo de registros binários mais recente:
SHOW BINLOG EVENTS IN '<BINARY_LOG_FILE>' LIMIT 100;É possível ajustar o número de linhas a serem exibidas, mas não mostrar todos os eventos no arquivo até saber o tamanho dele. A exibição de um grande número de eventos pode afetar o desempenho do sistema.
Se o evento que você está procurando não for exibido, use a última posição exibida como ponto de partida para pesquisar o próximo conjunto de eventos:
SHOW BINLOG EVENTS IN '<BINARY_LOG_FILE>' FROM <POSITION> LIMIT 100;Ao encontrar o evento que marca o momento em que a restauração será interrompida, registre a posição (mostrada como
Pos) e o nome do arquivo de registro binário.O nome de arquivo e a posição do registro binário são os valores usados para a PITR.
Confira um exemplo de saída do comando SHOW BINLOG EVENTS:
+------------------+-----+-------------+-----------+-------------+-----------------------------------------------------+ | Log_name | Pos | Event_type | Server_id | End_log_pos | Info | +------------------+-----+-------------+-----------+-------------+-----------------------------------------------------+ | mysql-bin.000011 | 4 | Format_desc | 88955285 | 120 | Server ver: 5.6.30-log, Binlog ver: 4 | | mysql-bin.000011 | 120 | Query | 88955285 | 211 | create database db1 | | mysql-bin.000011 | 211 | Query | 88955285 | 310 | use `db1`; CREATE TABLE t (c CHAR(20)) | | mysql-bin.000011 | 310 | Query | 88955285 | 381 | BEGIN | | mysql-bin.000011 | 381 | Table_map | 88955285 | 426 | table_id: 18 (db1.t) | | mysql-bin.000011 | 310 | Query | 88955285 | 381 | BEGIN | | mysql-bin.000011 | 426 | Write_rows | 88955285 | 464 | table_id: 18 flags: STMT_END_F | | mysql-bin.000011 | 464 | Xid | 88955285 | 495 | COMMIT /* xid=56 */ | | mysql-bin.000011 | 495 | Query | 88955285 | 566 | BEGIN | | mysql-bin.000011 | 566 | Table_map | 88955285 | 611 | table_id: 18 (db1.t) | | mysql-bin.000011 | 611 | Write_rows | 88955285 | 649 | table_id: 18 flags: STMT_END_F | | mysql-bin.000011 | 649 | Xid | 88955285 | 680 | COMMIT /* xid=57 */ | | mysql-bin.000011 | 680 | Query | 88955285 | 751 | BEGIN | | mysql-bin.000011 | 751 | Table_map | 88955285 | 796 | table_id: 18 (db1.t) | | mysql-bin.000011 | 796 | Write_rows | 88955285 | 834 | table_id: 18 flags: STMT_END_F | | mysql-bin.000011 | 834 | Xid | 88955285 | 865 | COMMIT /* xid=58 */ | | mysql-bin.000011 | 865 | Query | 88955285 | 977 | use `db1`; DROP TABLE `t` /* generated by server */ | +------------------+-----+-------------+-----------+-------------+-----------------------------------------------------+ 16 rows in set (0.04 sec)
Para restaurar até a instrução DROP TABLE, em negrito no exemplo anterior, use 865 em mysql-bin.000011 como a posição de recuperação. A instrução DROP TABLE e todas as operações depois
dela não são refletidas na nova instância.
Executar a PITR usando posições de eventos de registros binários
gcloud
Use o comando
gcloud sql instances clone
com as sinalizações
--bin-log-file-name e --bin-log-position.
-
Crie a instância usando o nome de arquivo do registro binário e a posição de recuperação.
Substitua:
- SOURCE_INSTANCE_NAME: nome da instância da qual você está restaurando;
- NEW_INSTANCE_NAME: nome do clone;
- BINLOG_FILE_NAME: nome do registro binário, como
mysql-bin.187288; - POSITION: a posição no registro binário em que a restauração será interrompida,
como
50001356.
gcloud sql instances clone SOURCE_INSTANCE_NAME \ NEW_INSTANCE_NAME \ --bin-log-file-name="BINLOG_FILE_NAME" \ --bin-log-position=POSITION
Por exemplo, é possível que um comando
gcloud sql instances cloneseja parecido com isto:gcloud sql instances clone instance1 \ instance1-clone \ --bin-log-file-name=mysql-bin.0000031 \ --bin-log-position=107 \
- Use o ID de operação retornado pelo comando
clonepara verificar o status da operação de restauração.gcloud sql operations describe OPERATION_ID
Quando a operação está em andamento, um estado
RUNNINGé retornado. Quando a operação é concluída, um estadoDONEé retornado.
REST v1
Crie a instância usando o nome do arquivo de registros binários e a posição de recuperação que você identificou:
Antes de usar os dados da solicitação, faça as seguintes substituições:
- project-id: o ID do projeto
- target-instance-id: o ID da instância de destino
- source-instance-id: o ID da instância de origem
- binary-log-file-name: o nome do arquivo de registro binário
- binary-log-position: a posição no arquivo de registros binários
Método HTTP e URL:
POST https://sqladmin.googleapis.com/v1/projects/project-id/instances/source-instance-id/clone
Corpo JSON da solicitação:
{
"cloneContext":
{
"kind": "sql#cloneContext",
"destinationInstanceName": "target-instance-id",
"binLogCoordinates":
{
"kind": "sql#binLogCoordinates",
"binLogFileName": "binary-log-file-name",
"binLogPosition": "binary-log-position"
}
}
}
Para enviar a solicitação, expanda uma destas opções:
Você vai receber uma resposta JSON semelhante a esta:
REST v1beta4
Crie a nova instância usando o nome do arquivo de registros binários e a posição de recuperação que você identificou:
Antes de usar os dados da solicitação abaixo, faça as substituições a seguir:
- project-id: o ID do projeto
- target-instance-id: o ID da instância de destino
- source-instance-id: o ID da instância de origem
- binary-log-file-name: o nome do arquivo de registro binário
- binary-log-position: a posição no arquivo de registros binários
Método HTTP e URL:
POST https://sqladmin.googleapis.com/sql/v1beta4/projects/project-id/instances/source-instance-id/clone
Corpo JSON da solicitação:
{
"cloneContext":
{
"kind": "sql#cloneContext",
"destinationInstanceName": "target-instance-id",
"binLogCoordinates":
{
"kind": "sql#binLogCoordinates",
"binLogFileName": "binary-log-file-name",
"binLogPosition": "binary-log-position"
}
}
}
Para enviar a solicitação, expanda uma destas opções:
Você vai receber uma resposta JSON semelhante a esta:
Conferir o tempo de recuperação mais antigo e mais recente
Para uma instância disponível, é possível executar uma PITR para qualquer carimbo de data/hora na janela de PITR da instância. A janela da PITR começa no horário de recuperação mais antigo e termina no mais recente. Se a instância não estiver disponível e os registros dela estiverem armazenados no Cloud Storage, ou se a instância foi excluída e tinha a retenção de PITR ativada, recupere o tempo de recuperação mais antigo e mais recente e execute a PITR para qualquer carimbo de data/hora nessa janela. Em todos os casos, é possível restaurar a instância em uma zona principal ou secundária diferente fornecendo valores para as zonas preferenciais.
gcloud
Instância indisponível
Para conferir o momento mais antigo e mais recente em que é possível recuperar uma instância do Cloud SQL que não está disponível, execute o seguinte comando:
gcloud sql instances get-latest-recovery-time INSTANCE_NAME
Substitua:
INSTANCE_NAME: o nome da instância para a qual você quer encontrar o tempo de recuperação mais recente.
Instância excluída
Para conferir o momento mais antigo e mais recente em que é possível recuperar uma instância excluída do Cloud SQL, execute o seguinte comando:
gcloud sql instances get-latest-recovery-time INSTANCE_NAME
--source-instance-deletion-time='SOURCE_INSTANCE_DELETION_TIMESTAMP'
Substitua:
INSTANCE_NAME: o nome da instância para a qual você quer encontrar o tempo de recuperação mais recente.SOURCE_INSTANCE_DELETION_TIMESTAMP: o carimbo de data/hora UTC do momento em que a instância de origem foi excluída, no formato RFC 3339. Por exemplo, 2012-11-15T16:19:00.094Z.
REST v1
Instância indisponível
Antes de usar os dados da solicitação abaixo, faça as substituições a seguir:
- PROJECT_ID: o ID do projeto;
- INSTANCE_NAME: o nome da instância que você está consultando para saber o tempo de recuperação mais recente
Método HTTP e URL:
GET https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_NAME/getLatestRecoveryTime
Para enviar a solicitação, expanda uma destas opções:
Você receberá uma resposta JSON semelhante a esta:
{
"kind": "sql#getLatestRecoveryTime",
"earliestRecoveryTime": "2023-06-10T17:23:59.648821586Z",
"latestRecoveryTime": "2023-06-20T17:23:59.648821586Z"
}
Instância excluída
Antes de usar os dados da solicitação abaixo, faça as substituições a seguir:
- PROJECT_ID: o ID do projeto;
- INSTANCE_NAME: o nome da instância de origem que você está consultando para saber o tempo de recuperação mais recente
- SOURCE_INSTANCE_DELETION_TIME: o horário em que a instância de origem foi excluída.
Método HTTP e URL:
GET https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_NAME/getLatestRecoveryTime
Para enviar a solicitação, expanda uma destas opções:
Você receberá uma resposta JSON semelhante a esta:
{
"kind": "sql#getLatestRecoveryTime",
"earliestRecoveryTime": "2023-06-10T17:23:59.648821586Z",
"latestRecoveryTime": "2023-06-20T17:23:59.648821586Z"
}
REST v1beta4
Instância indisponível
Antes de usar os dados da solicitação abaixo, faça as substituições a seguir:
- PROJECT_ID: o ID do projeto;
- INSTANCE_NAME: o nome da instância que você está consultando para saber o tempo de recuperação mais recente
Método HTTP e URL:
GET https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_NAME/getLatestRecoveryTime
Para enviar a solicitação, expanda uma destas opções:
Você receberá uma resposta JSON semelhante a esta:
{
"kind": "sql#getLatestRecoveryTime",
"earliestRecoveryTime": "2023-06-10T17:23:59.648821586Z",
"latestRecoveryTime": "2023-06-20T17:23:59.648821586Z"
}
Instância excluída
Antes de usar os dados da solicitação abaixo, faça as substituições a seguir:
- PROJECT_ID: o ID do projeto;
- INSTANCE_NAME: o nome da instância de origem que você está consultando para saber o tempo de recuperação mais recente
- SOURCE_INSTANCE_DELETION_TIME: o horário em que a instância de origem foi excluída.
Método HTTP e URL:
GET https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_NAME/getLatestRecoveryTime
Para enviar a solicitação, expanda uma destas opções:
Você receberá uma resposta JSON semelhante a esta:
{
"kind": "sql#getLatestRecoveryTime",
"earliestRecoveryTime": "2023-06-10T17:23:59.648821586Z",
"latestRecoveryTime": "2023-06-20T17:23:59.648821586Z"
}
Resolver problemas
| Problema | Solução de problemas |
|---|---|
|
OU
|
O carimbo de data/hora fornecido é inválido. |
|
OU
|
O carimbo de data/hora que você forneceu refere-se a um momento em que não foram encontrados backups ou coordenadas binlog. |
A seguir
- Configurar sinalizações no clone.