Domanda

La nostra installazione Small Business Server 2008 è stato recentemente a corto di spazio su disco sull'unità C. Mentre si lavora per liberare spazio ho notato che SharePoint_Config__log.LDF è 4.4GB. Il database associato è solo 5MB e il database del contenuto principale è solo 26MB. Questa installazione di SharePoint in realtà non si abitua a tutti (meno che non sia utilizzato dal sito SBS admin o qualcosa che è installato automaticamente).

ho scoperto che usi SharePoint SQL Embedded Edition e non in grado di connettersi ad esso utilizzando SQL Management Studio. Ho provato vari metodi che ho scoperto on-line.

Ho provato a collegare in SSMS utilizzando il nome del server "\. \ Pipe \ MSSQL $ MICROSOFT # SSEE \ sql \ query" che sembrava funzionare per alcune persone, ma non per me.

Ho cercato di usare Configurazione di rete client di SQL Server per impostare un alias per la named pipe, ma che non ha funzionato neanche. Ecco dove ho trovato la istruzioni per la connessione .

Naturalmente ho cercato di collegare direttamente a \ MICROSOFT # SSEE e non ha funzionato.

Tutti questi tentativi sono stati da SSMS in esecuzione sul server in cui risiedono SharePoint e il database mentre loggato come amministratore quindi non dovrebbe essere un problema di accesso remoto con SSMS. Giusto per essere sicuri che non è stata la causa del problema che ho usato lo strumento di configurazione area di superficie per consentire le connessioni remote named pipe per MICROSOFT ## SSEE, ma non ha aiutato.

In tutti i casi ottengo un errore che mi dice che non riesce a connettersi perché il server non è stato trovato o non era accessibile. Il messaggio di errore sono leggermente diversi per i diversi metodi, ma tutti dicono fondamentalmente la stessa cosa.

Si prega di aiutarmi. In un solo giorno sono passato da SharePoint-agnostic per SharePoint-infastidito e mi sto dirigendo verso anti-SharePoint. Opzione B per me è quello di rimuovere SharePoint del tutto, ma non so se una delle caratteristiche SBS dipendono da esso. Al momento non usiamo per niente affatto.

Se posso ottenere SSMS per connettersi al database Sto bene che posso fare con il file di log, ma io proprio non riesco a collegarmi.

Oltre a risolvere il problema nel breve termine vorrei sapere come impedire che accada di nuovo. Perché il file di registro di configurazione pallone in quel modo quando non è nemmeno abituando SharePoint?

Aggiornamento: Improvvisamente ho avuto più l'errore dal SSMS circa il server non esistente ho iniziato a ricevere un errore di login quando si usa "\ \ pipe \ MSSQL $ MICROSOFT # SSEE \ sql \ query.". Posso solo supporre che sia perché ho eliminato un gruppo di file di log di IIS per liberare spazio. Dopo di che ho dovuto chiudere SSMS e specificatamente aprirlo con Esegui come amministratore e quindi ero in grado di connettersi al database di SharePoint. Dopo di che sono stato in grado di eseguire il backup del file di registro e ridurla (con una piccola modifica dettagliato nel mio commento sulla risposta accettata).

È stato utile?

Soluzione

OSQL e fare un backup del database, quindi compattare il file

Altri suggerimenti

Questo non è davvero un problema con SharePoint. E 'il modo in cui funziona SQL Server.

Se avete il vostro database in modalità di recupero completo, e non il backup dei file di database e di registro, manterrà la registrazione transazioni nel file di registro a tempo indeterminato. E 'solo viene troncato quando si copia di backup.

Hai due opzioni - passare alla modalità di recupero SEMPLICE e accettare che non sarà in grado di recuperare fino al momento del fallimento (vi sarà solo in grado di ripristinare l'ultimo backup, che potrebbe essere accettabile a seconda circostanze). O continuare a usare recupero completo e il backup dei file di log a intervalli frequenti.

Quando si esegue questa vostri file di log saranno troncati, ma sarà ancora pieno di "spazio bianco" quindi sarà necessario fare uno strizzacervelli di una volta, come Wictor descrive.

Ho avuto questo problema - un file di 15 GB Sharepointxxx_log.LDF pur non utilizzando SharePoint. Per ripristinare alla dimensione iniziale di default (Windows ricrearlo):

  1. Arrestare il Servizio " Windows Internal Database (MICROSOFT ## SSEE) "
  2. Elimina .LDF file in ' C: \ windows \ SYSMSI \ MSSQL.2005 \ MSSQL \ Data '
  3. Riavviare il servizio

Ho eliminato anche l'altro file di grandi dimensioni in là -. Dimenticare che è stato, tutto ok ora

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a sharepoint.stackexchange
scroll top