Há um banco de dados com backup do NetBackup uma vez por dia (backup completo às 18h para fita + backup de log 3/4x por dia). O banco de dados está no modo de recuperação COMPLETO. O fornecedor do aplicativo tem acesso remoto e agendou seu próprio backup COMPLETO para o sistema de arquivos (à meia-noite, provavelmente diretamente no aplicativo).
Haveria algum problema com a recuperação POINT IN TIME? O backup dele quebrou nossa corrente?
Nesta imagem, amarelo são os backups COMPLETOS do fornecedor para o sistema de arquivos. Obrigado pessoal
Não, o backup completo não afeta a cadeia de backup do log de transações. Você ainda poderá restaurar o backup completo e todos os backups de log em sequência. Então digamos que você tem o seguinte
Dito isto, você pode pedir ao fornecedor para fazer backups completos copy_only apenas para estar no lado mais seguro e simplificar as coisas
Espero que seja isso que você está perguntando.
Além da resposta de Shanky (não discordo de forma alguma):
Pode-se argumentar que o fornecedor deve usar COPY_ONLY para seu backup. Não que isso afete a capacidade de restauração de alguma forma. Mas como uma espécie de indicador. Posso simpatizar com isso.
Também se pode argumentar que o fornecedor deve usar COPY_ONLY para que a caixa de diálogo de restauração no SSMS não use esse backup como ponto de restauração. O argumento é que esse backup pode não existir como acessível para o mecanismo db (pode ser um VIRTUAL_DEVICE, por exemplo, ou um backup ad-hoc em que o arquivo de backup foi excluído após o uso). Mas o SSMS ainda pode estar tentando usar este COPY_ONLY como ponto de restauração em alguns casos. E quando isso acontecer, você não poderá fazer a restauração com base no histórico de backup. Eu apenas gosto de adicionar este bit, para que não se iguale COPY_ONLY com "SSMS não baseará uma restauração a partir dele". FWIW.