Procedura: Scrittura di eventi di controllo del server nel registro di protezione

In un ambiente con protezione elevata il registro di protezione di Windows rappresenta la posizione appropriata per la scrittura di eventi che registrano l'accesso agli oggetti. Sono supportati altre posizioni di controllo che tuttavia sono più soggette alla manomissione.

La scrittura dei controlli del server SQL Server nel registro di protezione di Windows prevede due requisiti fondamentali:

• È necessario configurare l'impostazione di controllo dell'accesso agli oggetti per l'acquisizione degli eventi. La modalità ottimale per eseguire questa operazione dipende dal sistema operativo in uso.

  • In Windows Vista e Windows Server 2008, utilizzare lo strumento dei criteri di controllo (auditpol.exe). Il programma dei criteri di controllo espone varie impostazioni di criteri secondari nella categoria controllo dell'accesso agli oggetti. Per consentire il controllo dell'accesso agli oggetti in SQL Server, configurare l'impostazione generata dall'applicazione.

  • Nelle versioni precedenti di Windows lo strumento dei criteri di controllo non è disponibile. Utilizzare in alternativa lo snap-in dei criteri di protezione (secpol.msc). Se disponibili, i criteri di controllo sono preferibili poiché consentono di configurare impostazioni più granulari.

• L'account in cui viene eseguito il servizio di SQL Server deve disporre dell'autorizzazione generazione controlli di protezione per scrivere nel registro di protezione di Windows. Per impostazione predefinita, gli account LOCAL SERVICE e NETWORK SERVICE dispongono di questa autorizzazione. Questo passaggio non è obbligatorio se SQL Server viene eseguito in uno di questi account.

I criteri di controllo di Windows possono influire sul controllo di SQL Server se sono configurati per scrivere nel registro di protezione di Windows. Se i criteri di controllo non sono configurati in modo corretto, potrebbe verificarsi la perdita di eventi. In genere il registro di protezione di Windows è impostato in modo che gli eventi meno recenti vengano sovrascritti e vengano mantenuti quelli più recenti. Tuttavia, se il registro di protezione di Windows è impostato in modo diverso e il registro di protezione è pieno, verrà generato l'evento di Windows 1104 che indica che il registro è pieno. A questo punto si verificano le situazioni seguenti:

• Non verranno registrati ulteriori eventi di protezione

• SQL Server non potrà rilevare che il sistema non è in grado di registrare gli eventi nel registro di protezione, causando una perdita potenziale di eventi di controllo

• Dopo che l'amministratore ha apportato correzioni al registro di protezione, il comportamento relativo alla registrazione tornerà normale.

Gli amministratori del computer in cui è in esecuzione SQL Server devono comprendere che le impostazioni locali relative al registro di protezione possono essere sovrascritte da criteri del dominio. In questo caso, i criteri del dominio potrebbero sovrascrivere l'impostazione della sottocategoria (auditpol /get /subcategory:"generata dall'applicazione"). Questa condizione può influire sulla possibilità di SQL Server di registrare eventi senza disporre di alcuna modalità per rilevare che gli eventi che SQL Server sta tentando di controllare non verranno registrati.

È necessario essere amministratore di Windows per configurare queste impostazioni.