Ogni cinque minuti nel registro applicazione vengono registrati i seguenti messaggi relativi a ID eventi:

Messaggio 1

Tipo evento: Errore
Origine evento: Userenv
Categoria evento: Nessuna
ID evento: 1000
Data: 7/6/2000
Ora: 14.56.53
Utente: WINDOWS NT AUTHORITY\SYSTEM
Computer: ASKO-ONE
Descrizione: all’estensione Protezione sul lato client Criteri di gruppo sono stati inviati dei flag (17). Essa ha restituito un codice di stato di errore (1208).

Messaggio 2

Tipo evento: Avviso
Origine evento: SceCli
Categoria evento: Nessuna
ID evento: 1202
Data: 7/6/2000
Ora: 14.56.53
Utente: N/D
Computer: ASKO-ONE
Descrizione: criteri di protezione propagati con avviso. 0x4b8: si è verificato un errore esteso. Per ulteriori informazioni, vedere la sezione della Guida in linea relativa alla risoluzione dei problemi di protezione.

Messaggio 3

Tipo evento: Errore
Origine evento: ESENT
Categoria evento: Registrazione/Ripristino
ID evento: 454
Data: 7/6/2000
Ora: 14.56.53
Utente: N/D
Computer: ASKO-ONE
Descrizione: servizi (PID) Impossibile recuperare o ripristinare il database. Errore imprevisto -530.

Messaggio 4

Tipo evento: Errore
Origine evento: ESENT
Categoria evento: Registrazione/Ripristino
ID evento: 412
Data: 7/6/2000
Ora: 14.56.53
Utente: N/D
Computer: ASKO-ONE
Descrizione: servizi (PID) Impossibile leggere l’intestazione del registro. Errore -530.

Torna all’inizio

Questo problema si verifica quando il file di database dei Criteri di gruppo locale è danneggiato.

Torna all’inizio

Per risolvere questo problema, utilizzare la procedura descritta in questa sezione per ricreare il file dei Criteri di gruppo locale.

Importante L’implementazione di un modello di protezione su un controller di dominio potrebbe comportare la modifica delle impostazioni del Criterio controller dominio predefinito o del Criterio dominio predefinito. Il modello applicato potrebbe sovrascrivere le autorizzazioni sui nuovi file, sulle chiavi del Registro di sistema e sui servizi di sistema creati da altri programmi. Dopo l’applicazione di un modello di protezione, potrebbe essere necessario ripristinare questi criteri. Prima di eseguire questa procedura su un controller di dominio, creare un backup della condivisione SYSVOL.

Nota Quando si utilizza la seguente procedura, il computer viene ripristinato allo stato originale dell’installazione, in cui i Criteri di protezione locale non sono definiti. Potrebbe essere necessario avviare il computer in modalità provvisoria per rinominare o spostare i file. Per ulteriori informazioni su come effettuare questa operazione, vedere la Guida in linea di Windows 2000.

1.	Aprire la cartella %SystemRoot%\Security, creare una nuova cartella, quindi rinominarla “OldSecurity”.
2.	Spostare tutti i file con estensione LOG dalla cartella %SystemRoot%\Security alla cartella OldSecurity.
3.	Individuare il file Secedit.sdb nella cartella %SystemRoot%\Security\Database, quindi rinominarlo “Secedit.old”.
4.	Fare clic sul pulsante Start, scegliere Esegui, digitare mmc, quindi scegliere OK.
5.	Scegliere Aggiungi/Rimuovi snap-in dal menu Console, quindi aggiungere lo snap-in Analisi e configurazione della protezione.
6.	Fare clic con il pulsante destro del mouse su Analisi e configurazione della protezione e scegliere Apri database.
7.	Passare alla cartella %SystemRoot%\Security\Database, digitare Secedit.sdb nella casella Nome file e scegliere Apri.
8.	Alla richiesta di importare un modello, fare clic su Setup Security.inf, quindi scegliere Apri. Nota Se viene visualizzato un messaggio di errore “Accesso negato”, sarà possibile ignorarlo.

Torna all’inizio

L’indicizzazione interrompe l’utilizzo e alcun o tutti i seguenti messaggi di errore sono inseriti nel registro di eventi di applicazione in un computer SharePoint Portal Server nel log:

Torna all’inizio

Questo problema si può verificare se un programma di backup ha bloccato i file JET di dati e log nella cartella Ftdata SharePoint Portal Server. Quando si esegue il backup e si ripristina un computer SharePoint Portal Server, si supporta il Solo script MSDMBACK.VBS che si fornisce con il prodotto o una soluzione di backup di terze parti che si certifica specificamente per l’utilizzo con SharePoint Portal Server. Se si utilizza tutto l’altro programma di backup che si include Microsoft Windows 2000 Backup, è possibile visualizzare i messaggi di errore che si descrive nella sezione “Sommario” di questo articolo.

Torna all’inizio

Per risolvere questo problema, chiudere il processo di backup e riavviare il servizio di ricerca Microsoft (Mssearch.exe) sul server.

Torna all’inizio

Per impedirlo a questo problema di ricorrere, verificare a quello la cartella Ftdata SharePoint Portal Server che si indica evento i messaggi di registro di errore sono esclusi nel programma di backup non supportato sul server. Questa cartella risiede in genere sull’unità in cui ha installato i file di dati durante Processo di installazione (che si trova questa cartella in Data\Ftdata\SharePointPortalServer) a. Poiché verificano i dati che si possono essere spostato di file dopo l’installazione che lo Sps.edb e i file associati si trovino nel percorso a cui si fa il riferimento, registrare gli errori di evento.

Torna all’inizio