none
Ereignis 1827 MSSQL$SHAREPOINT RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo Forum,

    Unser SBS ist nun seit einiger Zeit im Einsatz und der SharePoint wird genutzt. Ein beeindruckendes Produkt, gerade die Kombination des Exchange, SQL mit  SharePoint und mobilen Geräten.

    Laut Ereignisanzeige gibt es nun seit kurzem die Fehlermeldung:

    Fehler bei CREATE DATABASE oder ALTER DATABASE, da die sich ergebende Gesamtgröße der Datenbank das lizenzierte Limit von 10240 MB pro Datenbank überschreiten würde.

    Auslöser ist, das die Datenbank WSS_SEARCH die vom Express SQL Server 2008 maximale Größe erreicht hat. Ich könnten nun die Windows Small Business Server 2011 Premium Add-on erwerben, um einen vollwertigen SQL Server zu bekommen, dann hätte ich keine Größenbeschränkung mehr. Leider scheitert das daran, das bei meinen Händlern keine Add-on zu bekommen sind.

    Die alternative Lösung, die WSS_Search neu anzulegen (Adminconsole für SharePoint) ist leider nicht zu empfehlen, weil danach der Exchange nicht mehr funktioniert.

    Weitere Lösungen habe ich mittels Recherche dazu leider nicht gefunden. Bzw. die einen vollwertigen SQL Server 2014 zu erwerben, für mehre tausend €. Das ist leider eine recht teure Variante, die ich nur im letzter Konsequenz durchführen möchte (Angebot liegt bereits vor).

    Frage: gibt es einen alternativen Weg, die WSS_SEARCH "neu" anzulegen oder zu verkleinern, ohne das der Exchange davon in Mitleidenschaft gezogen wird, oder gibt es noch einen Vertrieb für die Premium-Add-on?

    Ich freue mich auf Ihre Rückmeldung.

    Vielen Dank

    Donnerstag, 19. Februar 2015 15:31
    |

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden

    Hallo CWINSBS,

    ich denke Sie sollen damit anfangen: How to Recreate the SBSMonitoring Database

    Gruß,

    Teodora

    Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip „IT-Pros helfen IT-Pros“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.

    Freitag, 20. Februar 2015 13:22
    |
    Moderator
  • Question
    Anmelden
    0
    Anmelden

    Hallo Teodora, vielen Dank für die Rückmeldung. 

    In der Anleitung geht es um die SBSMonitoring-Datenbank, bei uns ist es die WSS_Search_XXX.mdf.

    Die WSS_Search.xxx.mdf liegt im Verzeichnis:C:\Program Files\Microsoft SQL Server\MSSQL10_50.SHAREPOINT\MSSQL\DATA.

    Die SBSMonitoring.mdf liegt in einen anderen Verzeichnis C:\Program Files\Microsoft SQL Server\MSSQL10_50.SBSMONITORING\MSSQL\DATA und ist noch weit unter der 10 GB Grenze.

    In dem Artikel fand ich leider nicht, das damit auch die WSS_Search neu angelegt wird, ich vermute das dem nicht so ist. Liege ich da falsch?

    Sonntag, 22. Februar 2015 10:29
    |
  • Question
    Anmelden
    0
    Anmelden

    Wichtig: Vorher Datensicherung der SharePoint Datenbanken erstellen. Am besten zusätzlich
    Vollbackup des Servers! <o:p></o:p>

    Lösung: Das SQL Management Studio (Admin) öffnen. Die Datenbanken vom (local)\SharePoint öffnen. Prüfen welche Tabelle dafür sorgt, dass die WSS_SEARCH an die 10 GB Grenze kommt. Berichte / Standardberichte / Datenträgerverwendung durch Tabellen. Dann werden alle Tabellen mit deren Größe
    angezeigt.<o:p></o:p>

    Bei mir war es die Tabelle: MSSCrawlURL, diese hatte über 12.000 000 Einträge und war auf 9,5 GB angewachsen. Ich vermute der Task, der die Tabelle nach 90 Tagen leeren soll, funktionierte nicht. <o:p></o:p>

    Mittels "delete from MSSCrawlURL" habe ich die Tabelle geleert. Nachher die Datenbank über Task /Datenbank verkleinern auf eine normale Größe reduzieren. <o:p></o:p>

    Bis jetzt scheint die Suche des Sharepoints kein Problem damit zu haben. Die Suche funktioniert wie vorher auch (nur wesentlich schneller) und es werden schon wieder fleißig Daten in die Tabelle geschrieben. Der Exchange Server scheint auch keine Probleme zu machen. <o:p></o:p>

    Sollte jemand eine "bessere" Lösung haben, bzw. eine andere negative Auswirkung erkennen
    bitte den Eintrag entsprechend kommentieren. <o:p></o:p>

    Sonntag, 1. März 2015 11:37
    |