Quanti dati sono cambiati rispetto all'ultimo backup full?
Come noto il backup differenziale esegue la copia di tutti gli extent in cui sia avvenuta una modifica dopo l'ultimo backup. L'extent viene copiato per intero anche se la modifica ha riguardato un solo bit in una sola pagina ed a prescindere dal numero di volte in cui qualcosa sia cambiato in una delle pagine di un extent. Rispetto ad un backup del transaction log, che riapplica sequenzialmente tutta la cronologia di modifiche che hanno interessato il database, il backup differenziale esegue quindi una "snapshot" di tutti gli extent modificati e, in fase di restore, tali pagine/extent vanno a rimpiazzare quelle del precedente backup full.
Proprio per questo motivo ci potremmo trovare nella condizione in cui un backup differenziale rappresenti il 70/80% (o anche più) rispetto al backup completo. Il processo di ripristino sarebbe quindi più veloce se anzichè il differenziale avessimo eseguito un ulteriore backup completo e la risposta alla domanda iniziale dovrebbe essere alla base di un controllo di flusso nei nostri job per determinare il tipo di backup da eseguire.
La risposta al quesito può arrivare da questa idea che Paul Randal ha pubblicato nel suo post. Attenzione al fatto che, come Paul ci tiene ad evidenziare, porebbero esserci dei risultati inattesi quando il singolo file di database è superiore a 4 TB... 
Non per sminuire quanto fatto da Paul, ci mancherebbe altro... però preferisco di gran lunga una strategia di backup "fissa" dove ogni tipo di backup viene fatto secondo le schedulazioni previste.
Bye