Frage

Unsere SharePoint 2007-Installation hat einen speziellen, immensen Papierkorb der ersten Stufe. Ich habe ein PowerShell-Skript ein- und zurückgeschrieben, das alte Elemente löscht. Nur zum Spaß, das ist unten veröffentlicht.

update2: Wir verfügen über 42.500.000 Platten in der Papierkorb-Tabelle in der Inhaltsdatenbank !!
Ich habe herausgefunden, dass unser BDLC-Job, der geplant wurde, bevor ich das Team kam, so viele Daten in der RecycleBin-Tabelle pumpe, die sogar SharePoint nicht ordnungsgemäß verwalten kann, ohne den Timing auszuräumen. Sogar unser geplantes Skript kann nur 1000 Datensätze alle 30 Minuten entfernen. Machen Sie die Mathematik, dann tut mir leid für mich. Es gibt so viele Datensätze, dass Sie jetzt nicht einmal Quoten ohne SharePoint-Timing erzwingen können. Es sieht aus, als müssen wir das Löschen von Datensätzen in BDLC update1: Ich habe mein PowerShell-Skript ausgeführt, um jeden Artikel zu löschen und SQL-Profiler zu löschen, um herauszufinden, dass proc_deleterecyclebinitem ausgeführt wird, in dem mehrere Tabellen berührt werden, sodass wir aufnehmen werden mit einem geplanten PowerShell-Skript, um alle n Minuten zu laufen / zu berichten.

Wir verfügen über 38.500.000 Platten in der Papierkorb-Tabelle in der Inhaltsdatenbank !!

Ich glaube, dass der Grund so immens ist, weil wir BDLC von Layer2-Daten von anderen Systemen synchronisieren, und es ist das Recycling gelöschter Datensätze. Darüber hinaus ist es so groß, dass selbst der native SharePoint-Timer-Job es nicht kontrollieren kann, und Zeiten ...

Ich weiß, dass ich von der SharePoint Mafia erschossen werde, indem ich das aber bat Unsere ist 15430792 KB (14,7 GB).

Ich bin mir dessen bewusst, dass Microsoft die Unterstützung löst, wenn Sie eine Inhaltsdatenbank ändern. Bitte posten Sie das nicht als Antwort. Natürlich ist das nicht die beste Praxis. Diese Frage ist eindeutig: Hat jemand jemals versucht? ...

Ich suche einfach nach einem schnelleren Weg, um den Papierkorb zu reinigen. Sie können meine Skripts unten sehen, so dass ich offensichtlich versucht habe, etwas Wartung damit zu etablieren. Der Behälter wird so groß, dass es für immer für Skripts erforderlich ist, denn es gibt so viel Daten.

Unsere Benutzerdaten sind eigentlich 203790168 KB (194.3 GB) und ich habe ein PS-Skript geschrieben, um große Dateien zu erhalten, damit ich diese Größe auch verwalten kann. Das auch unten, um sich wieder in den Äther zurückzuziehen.

Wir haben auch ein BDLC (W / 3RD-Party-Tool aus Layer2), das Daten an und von SQL synchronisieren. Ich glaube, dieser Job löscht viele Daten regelmäßig, um den RecyclingBin-Tisch riesig zu machen.

Ich denke, die Antwort auf meine eigene Frage könnte sein ... so etwas wie ... Planen Sie eine Aufgabe, um das Maining-Skript auszuführen, das ich bereits geschrieben habe ... hmmm ... generasacodicetagpre.

War es hilfreich?

Lösung

Ich habe mein PowerShell-Skript ausgeführt, um jeden Artikel zu löschen und SQL Profiler zu löschen, um herauszufinden, dass proc_deleterecyclebinitem ausgeführt wird, in dem mehrere Tabellen berührt werden, sodass wir mit einem geplanten PowerShell-Skript zum Ausführen / Bericht aufnehmen werdenalle n Minuten.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit sharepoint.stackexchange
scroll top