Comment puis-je réduire la taille du fichier journal de configuration?

Question

Notre petite installation Business Server 2008 a récemment manquer d'espace disque sur le lecteur C. Tout en travaillant à libérer de l'espace, j'ai remarqué que SharePoint_Config__log.LDF est 4,4 Go. La base de données associée est seulement 5 Mo et la base de données de contenu principal est seulement 26Mo. Cette installation de SharePoint ne soit pas vraiment utilisé du tout (à moins qu'il soit utilisé par le site d'administration de SBS ou quelque chose qui est automatiquement installé).

J'ai découvert que les utilisations SharePoint édition Embedded SQL et je ne peux pas vous connecter à l'aide de SQL Management Studio. J'ai essayé différentes méthodes que je découvrais en ligne.

J'ai essayé de se connecter en utilisant SSMS le nom du serveur "\. \ Pipe \ MSSQL $ MICROSOFT # SSEE \ sql \ query" qui semblait fonctionner pour certaines personnes, mais pas pour moi.

J'ai essayé d'utiliser l'utilitaire réseau du client SQL Server pour configurer un alias pour le canal nommé mais cela ne fonctionne pas non plus. Voilà où j'ai trouvé le instructions pour la connexion .

Bien sûr, j'essayé de relier directement à \ MICROSOFT # SSEE et ça n'a pas marché.

Toutes ces tentatives ont été de SSMS en cours d'exécution sur le serveur où SharePoint et la base de données de résident lorsque vous êtes connecté en tant qu'administrateur de sorte qu'il ne devrait pas être un problème d'accès à distance avec SSMS. Juste pour être sûr qu'il n'a pas été à l'origine du problème que j'utilisé l'outil de configuration de surface pour permettre les connexions à distance de canal nommé pour MICROSOFT ## SSEE mais il n'a pas aidé.

Dans tous les cas je reçois une erreur me disant qu'il ne peut pas se connecter car le serveur est introuvable ou n'a pas été accessible. Le message d'erreur sont légèrement différentes pour les différentes méthodes, mais ils disent tous essentiellement la même chose.

S'il vous plaît, aidez-moi. En un seul jour, je suis passé de SharePoint agnostique à SharePoint agacé et je me dirige vers anti-SharePoint. Option B pour moi est de supprimer entièrement SharePoint mais je ne sais pas si l'une des caractéristiques SBS en dépendent. Actuellement, nous ne l'utilisons pas pour quoi que ce soit.

Si je peux obtenir SSMS pour se connecter à la base de données que je suis à l'aise que je peux traiter le fichier journal, mais je ne peux pas se connecter.

En plus de régler le problème à court terme, je voudrais savoir comment arrêter de se produire à nouveau. Pourquoi ballon jusqu'à comme le fichier journal de configuration que lorsque SharePoint est même pas s'utiliser?

Mise à jour: Soudain je ne ai obtenu l'erreur de SSMS sur le serveur existant pas que je commencé à avoir une erreur de connexion lorsque vous utilisez « \ \ pipe \ MSSQL $ MICROSOFT # SSEE \ sql \ query. ». Je ne peux que supposer que c'est parce que je supprimé un tas de fichiers journaux IIS pour libérer de l'espace. Après que je dû fermer SSMS et ouvrir plus précisément à l'aide Exécuter en tant qu'administrateur, puis j'ai pu se connecter à la base de données SharePoint. Après que j'ai pu sauvegarder le fichier journal et rétrécir (avec un changement mineur détaillé dans mon commentaire sur la réponse acceptée).

Answer 1

OSQL et faire sauvegarde de la base de données, puis sur réduire le fichier

Answer 2

Ce n'est pas vraiment un problème avec SharePoint. Il est la façon dont fonctionne SQL Server.

Si vous avez votre base de données en mode de récupération complète, et de ne pas sauvegarder la base de données et les fichiers journaux, il continuera d'enregistrer des transactions dans le fichier journal indéfiniment. Il n'est tronqué lorsque vous sauvegardez vers le haut.

Vous avez deux options - passez en mode de récupération SIMPLE et acceptez que vous ne serez pas en mesure de récupérer jusqu'au moment de l'échec (vous ne pourrez restaurer la dernière sauvegarde, ce qui pourrait être acceptable selon conditions). Ou continuer à utiliser récupération complète et la sauvegarde de vos fichiers journaux à intervalles fréquents.

Quand vous faites cela vos fichiers journaux seront tronqués, mais sera toujours pleine d ' « espace blanc » de sorte que vous aurez besoin de faire un psy une seule fois, comme décrit Wictor.

Answer 3

J'ai eu cette question - un fichier Sharepointxxx_log.LDF 15Gb malgré ne pas utiliser Sharepoint. Pour le remettre à la taille par défaut initiale (Windows recréer):

1. Arrêtez le service " Windows Internal Database (MICROSOFT ## SSEE) "
2. Supprimer LDF dans C: \ windows de SYSMSI \ MSSQL.2005 \ MSSQL \ Data
3. Redémarrez le service

J'ai aussi supprimé l'autre grand dossier là-bas -. Oublier qui il était, Tout ok maintenant