Log shipping grandes bancos de dados - e o log?

Se bem entendi, seu maior problema são os arquivos de log durante as várias horas de backup. Pela sua declaração de abertura, entendo que o banco de dados de 1,5 TB normalmente é executado em recuperação SIMPLES e, portanto, não há backups de log a serem feitos.

Isenção de responsabilidade: nunca fiz envio de logs nessa escala.

Obviamente, você deve perguntar se pode obter mais espaço alocado para seus arquivos de log. Se puder, ótimo.

No entanto, acho que uma pequena modificação no seu plano, desde que você já execute no modelo de recuperação SIMPLES e/ou o risco do modelo de recuperação SIMPLES por algumas horas vale a pena, aliviaria algumas de suas preocupações.

1. Mantenha (ou defina) o banco de dados no modelo de recuperação SIMPLES.
2. Faça backup COMPLETO (5-6 horas) no primário
3. Restaurar backup COMPLETO para secundário (deixando em NORECOVERY)
4. Definir DB no modelo de recuperação COMPLETO
5. Faça backup do DIFF no primário
6. Restaurar backup DIFF para secundário (ainda em NORECOVERY)
7. Inicialize o envio de log usando 'O banco de dados já está inicializado'

As vantagens aparentes são:

1. Nenhum arquivo de log para backup durante o grande backup COMPLETO.
2. Mudar para FULL antes de iniciar o backup DIFF fornecerá o log necessário para começar e seu crescimento mais longo provavelmente ocorre durante o backup DIFF.

Em relação a quando um backup de log pode começar:

https://technet.microsoft.com/en-US/library/ms190729(v=SQL.105).aspx

Isso diz: "Uma nova cadeia de log começa com o primeiro backup completo do banco de dados após a criação do banco de dados ou depois de alternar do modelo de recuperação simples para o modelo de recuperação completo ou bulk-logged".

Então, ainda acredito que isso funcionará conforme descrito. (Não idêntico, mas usei um backup diferencial para cobrir uma lacuna quando os arquivos de log foram perdidos, de modo a estabelecer uma nova origem para os backups de log.)

(Lembre-se do meu aviso, é claro.)