SMART Migration protokolliert jede Auftragssitzung in seiner Repository-Datenbank. Unter SQL Server 2025 Express fasst diese Datenbank 50 GB – genug für die meisten Projekte, sofern Sie den Platz einplanen und die Datenbank pflegen.
Speicherplatz für die Datenbank planen
Abschnitt betitelt „Speicherplatz für die Datenbank planen“- Die Faustregel: 50 GB fassen die Auftragsprotokolle einer Migration von etwa 1 Million Dateien.
- Aufträge, die keine Dateien verschieben – in der IDE, bei Data ETL und anderen Vorgängen –, erzeugen Protokolle eigener Art. Beobachten Sie, wie das Repository bei Ihren Aufträgen wächst, um den benötigten Speicherplatz abzuschätzen.
- Messen Sie vor einem großen Projekt. Arbeiten Sie eine Zeit lang mit SQL Server Express und beobachten Sie den belegten Speicherplatz auf der Registerkarte Repository des Moduls Account. Am Zuwachs pro Lauf erkennen Sie, wie weit 50 GB reichen.
- Große oder lange Projekte – deutlich über 1 Million Dateien oder mit einem Verlauf, der lange aufbewahrt werden muss – legen das Repository von Anfang an auf einem lizenzierten SQL Server an. Dieser hat keine Speichergrenze.
BI-Daten aus dem Repository heraushalten
Abschnitt betitelt „BI-Daten aus dem Repository heraushalten“Jeder Analyse- und Migrationslauf kann jede verarbeitete Datei für Power BI erfassen. Legen Sie diese BI-Daten in PostgreSQL ab: Das Installationsprogramm richtet es auf dem SMART-Migration-Server ein, oder es läuft auf einem eigenen Rechner – kostenlos und ohne Speichergrenze.
Alles kann stattdessen auch auf SQL Server laufen. Unter SQL Server Express landen die BI-Daten jedoch in der Repository-Datenbank und teilen sich deren 50 GB, sodass das Repository nur etwa halb so viele Dateien fasst.
Warnungen und die Grenze
Abschnitt betitelt „Warnungen und die Grenze“| Verbleibender Speicherplatz | Was passiert | Was zu tun ist |
|---|---|---|
| 20 % | Aufträge warnen, dass es Zeit ist, Daten zu bereinigen oder auf einen lizenzierten SQL Server umzuziehen | Löschen Sie die Protokolle, die Sie nicht mehr benötigen, oder planen Sie den Umzug |
| Keiner | Nichts läuft mehr – weder die Aufträge noch der Auftragsserver noch die IDE | Sichern Sie die Datenbank und stellen Sie sie auf einem lizenzierten SQL Server wieder her – oder installieren Sie neu und beginnen Sie von vorn, wobei alle Aufträge, Verbindungen und Protokolle verloren gehen |
Lassen Sie das Repository nicht volllaufen
Sobald die Datenbank voll ist, lassen sich keine Protokolle mehr löschen: Die Migration steht still, bis das Repository auf einen lizenzierten SQL Server umgezogen oder SMART Migration neu installiert und jeder Auftrag neu eingerichtet wurde. Handeln Sie bei der ersten Warnung. Die Schritte für beide Wege: Wenn das Repository voll ist.
Routinepflege
Abschnitt betitelt „Routinepflege“- Löschen Sie nicht mehr benötigte Protokolle in der Übersicht – eine Sitzung, mehrere oder alle auf einmal. Das Löschen ist ein vorläufiges Löschen; der Speicher wird im Hintergrund bereinigt und für neue Protokolle wiederverwendet.
- Sehen Sie regelmäßig in die Übersicht – wöchentlich oder alle zwei Wochen, wenn viele Fehler oder Warnungen auftreten.
- Verkleinern Sie die Datenbank nach einer großen Bereinigung, wenn Sie den Festplattenspeicher zurückgewinnen möchten: Die Datenbankdateien behalten ihre Größe, bis sie verkleinert werden (so geht’s).
Die Nextcloud-App und die Microsoft-Teams-App
Abschnitt betitelt „Die Nextcloud-App und die Microsoft-Teams-App“Mit beiden Apps ist der Speicher praktisch unbegrenzt. Die Protokolle erfolgreich abgeschlossener Läufe werden automatisch aus dem Repository bereinigt; Läufe mit Fehlern behalten ihre Protokolle samt vollständigem Auftragskontext für die Fehlerbehebung – in der Regel wenige und keine Gefahr für den Speicher. Alle BI-Daten gehen an PostgreSQL, das keine Grenze hat, und die Power-BI-Berichte der Apps lesen sie über die ODBC-Datenquelle SMARTBI.
Siehe auch