Sfondo
SQL Server utilizza il concetto di Write ahead logging, dove ogni operazione di modifica dei dati viene prima scritta nel registro delle transazioni (. LDF) dalla memoria (pool di buffer) e scaricata periodicamente nel file di dati del disco (. MDF) come parte del processo di CheckPoint (le operazioni di modifica dei dati sono INSERT, Update, DELETE e altre operazioni, ad esempio la ricostruzione e la riorganizzazione dell'indice). L'utilizzo di un registro delle transazioni garantisce che, in caso di emergenza, sia possibile ripristinare il database in uno stato precedente con una perdita di dati minima. Esempi di catastrofi includono guasti hardware o errori umani.

Modello di ripristino completo:
Dopo aver eseguito il backup della transazione utilizzando il modello di ripristino completo, SQL Server contrassegna i record di backup come inattivi e tronca il registro. In questo modo, tutte le nuove operazioni registrate nel registro delle transazioni possono riutilizzare tale spazio sovrascrivendo le voci inattive. Questo progetto contribuisce a impedire la crescita delle dimensioni del registro.

Se non viene eseguito alcun backup periodico del registro delle transazioni, le dimensioni del registro delle transazioni continuano a crescere fino a consumare tutto lo spazio su disco disponibile. Pertanto, se il database ePO è configurato per l'utilizzo del modello di ripristino completo, è importante eseguire backup regolari del registro delle transazioni per mantenere le dimensioni sotto controllo.

Modello di ripristino semplice:
Nel modello di recupero semplice, dopo che il CheckPoint si è verificato e i record vengono scaricati sul disco, SQL Server tronca il registro delle transazioni. Questa azione consente di liberare lo spazio internamente nel file del registro delle transazioni. Il registro delle transazioni non aumenta di dimensioni, purché sia disponibile spazio sufficiente per le transazioni aperte correnti.

Nel modello di ripristino semplice, il concetto di backup del registro delle transazioni non viene utilizzato, perché si esegue solo un backup completo regolare del database ePO. In caso di emergenza, è possibile recuperare solo l'ultimo backup completo. Tutte le modifiche che si verificano dopo l'ultimo backup completo andranno perse.

Il modello di recupero semplice è una soluzione accettabile per la maggior parte dei clienti Enterprise, in quanto i dati persi in un disastro sono in genere dati degli eventi dall'ultimo backup completo. Il modello di ripristino completo include il sovraccarico amministrativo del backup periodico del registro delle transazioni per il database ePO.

Per questo motivo, il Modello di recupero semplice per il database ePO consigliato. Tuttavia, se si sceglie di utilizzare il modello di ripristino completo, assicurarsi di disporre di un buon piano di backup sia per il database ePO che per il registro delle transazioni. Una discussione del piano di backup per i database di SQL Server esula dall'ambito di questo articolo. Per ulteriori informazioni, consultare SQL Server documentazione tecnica.

NOTA: Se si dispone di più database con modelli di ripristino diversi, è possibile creare piani di manutenzione di database separati per ciascun modello di ripristino. In questo modo è possibile includere un passaggio per eseguire il backup dei registri delle transazioni solo nei database che non utilizzano il modello di ripristino semplice.

Impostare il modello di recupero del database ePO su semplice
Per verificare che il modello di ripristino sia impostato su semplice, apportare le seguenti modifiche in SQL Server Management Studio:

1. Fare clic su Tutti i programmi, Microsoft SQL Server <version>, SQL Server Management Studio.
2. Selezionare il Autenticazione digitare (Windows o SQL Server) e fare clic su Connetti per accedere all'istanza di SQL Server che ospita il database ePO.
3. Nella finestra Explorer oggetto, espandere il Database nodo.
4. Fare clic con il pulsante destro del mouse sul ePO_<server name> voce.
5. Seleziona Proprietà. Viene visualizzata la finestra Proprietà database.
6. Fare clic su Options Nel Selezionare una pagina nell'area nel riquadro a sinistra.
7. Fare clic sulla freccia a discesa a destra del Modello di ripristino e seleziona Semplice.
8. Fare clic su OK.

Quando si riduce il file di dati, le pagine alla fine del file di dati vengono spostate all'inizio del file. Questa azione non considera alcuna potenziale frammentazione introdotta in questo processo.

Se il database ePO aumenta di dimensioni dopo l'eliminazione degli eventi e la compattazione del database, è necessario spazio per gli eventi inviati dal agent. La compattazione del file di dati dopo l'eliminazione degli eventi provoca la ricrescita del file, oltre a causare la frammentazione. Se lo spazio è un problema, prendere in considerazione il filtraggio degli eventi non essenziali mediante il filtraggio degli eventi di ePO.

NOTA: È possibile considerare la compattazione del file di dati dopo l'esecuzione di molte operazioni di eliminazione. Ad esempio, eliminando gli eventi precedenti, se si è certi che non è necessario ripetere lo spazio per l'archiviazione di nuovi eventi. In caso contrario, ricostruire periodicamente gli indici e filtrare gli eventi non necessari utilizzando il filtraggio degli eventi di ePO per evitare di catturare i dati indesiderati.

IMPORTANTE: Gli eventi di filtraggio hanno un impatto diretto su quali rapporti possono essere generati che utilizzano tali eventi. Assicurarsi di filtrare solo gli eventi che non sono necessari per i rapporti quotidiani. Eseguire il backup del database ePO prima di eliminare gli eventi precedenti. Per un riferimento futuro, è sempre possibile ripristinare il backup del database ePO con un nuovo nome per generare i rapporti per quel periodo.

Finché viene eseguita una manutenzione del database appropriata, ad esempio la ricostruzione e la riorganizzazione degli indici, le dimensioni del database ePO non influiscono negativamente sulle prestazioni del query. Se si ripuliscono regolarmente gli eventi precedenti, ad esempio tutti gli eventi di età superiore a tre mesi, utilizzando il ePO Purge Events Server Task , le dimensioni del database si stabilizzano. La dimensione del database si stabilizza supponendo che i tassi di crescita del database siano proporzionali alle voci eliminate e agli eventi meno recenti.

È necessario disporre di un piano di manutenzione del database appropriato configurato in modo che le prestazioni del database ePO siano integre.

Creare un piano di manutenzione per il database ePO in SQL Server:

1. Fare clic su Tutti i programmi, Microsoft SQL Server <version>, SQL Server Management Studio.
2. Selezionare il Autenticazione digitare (Windows o SQL Server) e fare clic su Connetti per accedere all'istanza di SQL Server che ospita il database ePO.
3. Espandi Gestione nella finestra Explorer oggetto server.
4. Fare clic con il pulsante destro del mouse Piani di manutenzione e seleziona Procedura guidata per il piano di manutenzione.
5. Digitare un nome per il piano di manutenzione (ad esempio, piani di manutenzione del database ePO).
6. Modificare la pianificazione. Fare clic su Modifica quindi fare clic su Avanti.
   NOTA: Pianificare l'attività in modo che venga eseguita durante le ore non di punta, ad esempio un'attività ricorrente ogni sabato alle 23:00.
   
7. Selezionare le opzioni riportate di seguito in Attività di manutenzione e fare clic su Avanti:
   • Verifica dell'integrità del database
   • Ricostruisci indice
   • Backup del database (completo)
     
8. Definire l'ordine per l'esecuzione delle attività come indicato di seguito e fare clic su Avanti:
   • Verifica dell'integrità del database
   • Backup del database (completo)
   • Ricostruisci indice
   NOTA: Queste attività possono essere intercambiabili in termini di ordine in cui vengono eseguite. Creare un backup del database prima del processo di ricostruzione dell'indice. Questa configurazione consente di verificare la presenza di una copia di backup funzionante del database in caso di problemi durante il processo di ricostruzione.
   
9. Definizione di un Verifica dell'integrità del database attività
   1. Selezionare il database ePO ePO_<servername>.
   2. Seleziona Includi indici.
   3. Fare clic su Avanti.
      
10. Definizione di un Database di backup (completo) attività
    1. Selezionare il database ePO ePO_<servername>.
    2. Digitare il percorso di backup.
    3. Nel Imposta compressione backup elenco a discesa, selezionare Comprimi backup.
    4. Fare clic su Avanti.
       
11. Definizione di un Ricostruisci indice attività
    1. Selezionare il database ePO ePO_<servername>.
    2. Fare clic su Oggetto: tabelle e visualizzazioni.
    3. Fare clic su Modifica spazio libero per pagina percentuale a: 10%.
    4. In opzioni avanzate, selezionare Mantieni l'indice online durante la reindicizzazione.
       NOTA: Tutte le edizioni di SQL Server non supportano la ricostruzione dell'indice online. Per ulteriori informazioni su quali edizioni supportano la ricostruzione degli indici online, consultare la documentazione in linea di SQL Server libri.
       
    5. Per i tipi di indice che non supportano le ricompilazioni degli indici online, selezionare l'opzione Ricostruisci indici offline.
    6. Fare clic su Avanti.
       
       NOTA: Un'attività di ricostruzione dell'indice provoca l'aggiornamento delle statistiche come parte della ricostruzione in modo efficace con una scansione completa. Quindi, un Aggiorna statistiche l'attività non è necessaria dopo un indice di ricostruzione.
       
12. Definire Selezionare le opzioni del rapporto:
    1. Seleziona Scrittura di un rapporto in un file di testo e digitare il percorso della cartella desiderata.
    2. Fare clic su Avanti.
    3. Fare clic su Fine.

• ePO 5.10 dispone di due database SQL univoci, il database principale e il nuovo database degli eventi ePO.
• I database degli eventi primari e ePO devono essere mantenuti utilizzando la procedura descritta in questo articolo.
• L'esecuzione del script riportato di seguito solo nel database principale consente al database degli eventi ePO di essere frammentato nel tempo. Ciò comporta potenziali problemi di prestazioni. Per ulteriori informazioni sul database degli eventi di ePO, consultare KB91176-il nuovo database degli eventi ePO e il modello di recupero consigliato per ePolicy Orchestrator 5.10.

• Se la frammentazione è compresa tra il 20% e il 30%, riorganizzare l'indice.
• Se la frammentazione è > 30%, ricostruire l'indice.

È possibile personalizzare ulteriormente lo script in modo da includere l'opzione per eseguire una ricostruzione online degli indici. La ricostruzione online fornisce una maggiore concorrenza durante la ricostruzione dell'indice ed è a elevato utilizzo di risorse. Questa funzione non è disponibile in tutte le edizioni di SQL Server. Per ulteriori informazioni, consultare la documentazione online relativa alle edizioni che supportano la funzione di ricostruzione degli indici in linea.