Wie SMART Migration installiert wird: das Repository und die BI-Datenbank

Was das Installationsprogramm auf dem Server einrichtet

SMART Migration arbeitet mit zwei Datenbanken: dem Repository, in dem es seine eigenen Arbeitsdaten speichert, und der BI-Datenbank, in der jeder Lauf die verarbeiteten Dateien für den Power-BI-Bericht erfasst. Das Installationsprogramm richtet für jede einen kostenlosen Datenbankserver ein sowie Power BI Desktop zum Öffnen des Berichts – jede dieser Komponenten kann bei der Installation weggelassen werden.

Standardmäßig installiert	Enthält	Kann weggelassen werden
SQL Server 2025 Express	Das Repository: Jobdefinitionen, Verbindungsinformationen, Protokolle und die übrigen Arbeitsdaten von SMART Migration	Ja – dann wird das Repository auf einem eigenen SQL Server eingerichtet, siehe unten
PostgreSQL 18.3 oder neuer	Die BI-Datenbank: eine Zeile pro Datei, mit Status, Metadaten, Größe und Ziel	Ja – dann verweist die Verbindung zur BI-Datenbank auf einen eigenen Server
Power BI Desktop	Öffnet und aktualisiert `SMART BI.pbix`	Ja – es kann auf jedem anderen Windows-Computer laufen, der die BI-Datenbank erreicht

Die beiden Datenbanken sind voneinander unabhängig: Das Repository kann auf SQL Server Express auf dem SMART-Migration-Server bleiben, während die BI-Datenbank auf einem PostgreSQL-Server an anderer Stelle läuft, oder umgekehrt – viele Kombinationen sind möglich.

Mehr erfahren: Hardware-/VM-Anforderungen · Warum der SMART-Migration-Server in Ihrem Netzwerk läuft

Das Repository auf SQL Server Express

SQL Server 2025 Express ist kostenlos und begrenzt jede Datenbank auf 50 GB.

Das Repository füllt sich vor allem durch die Job-Protokolle. Jede Job-Sitzung schreibt ein Protokoll darüber, wie der Job gelaufen ist, samt eingebetteter Berichte, und ein Protokoll kann groß werden. 50 GB sind viel: Als Faustregel fassen sie die Protokolle einer Migration von etwa 1 Million Dateien. Bei Data-ETL-Jobs und anderen Jobs, die keine Dateien verarbeiten (in der IDE), beobachten Sie, wie das Repository bei den Jobs wächst, die Sie ausführen. In den meisten Umgebungen reichen 50 GB bei Weitem aus, solange nicht mehr benötigte Protokolle gelöscht werden.

Halten Sie die BI-Daten aus dem Repository heraus. PostgreSQL, das vom Installationsprogramm eingerichtet wird, speichert sie kostenlos und ohne Speicherbegrenzung, auf dem SMART-Migration-Server oder auf einem eigenen Rechner (siehe unten). Alles kann auch auf SQL Server laufen – liegen die BI-Daten jedoch auf SQL Server Express, landen sie in derselben Datenbank und teilen sich deren 50 GB, sodass das Repository nur etwa halb so viele Dateien fasst.

Die Registerkarte Repository im Modul Account zeigt, wie viel des Speicherplatzes belegt ist. Sobald nur noch 20 % frei sind, warnen die Jobs, dass es Zeit ist, Protokolle zu löschen oder auf einen lizenzierten SQL Server umzuziehen.

Reagieren Sie auf die Warnung, bevor die Datenbank voll ist

Erreicht das Repository 50 GB, läuft nichts mehr – weder die Jobs noch der Job-Server, nicht einmal die IDE, sodass auch keine Protokolle mehr gelöscht werden können. Dann gibt es nur noch zwei Wege weiter: die Datenbank auf einem lizenzierten SQL Server wiederherstellen oder neu installieren und von vorn beginnen, wobei alles verloren geht – siehe Wenn das Repository voll ist.

Mehr als 1 Million Dateien: Planen Sie einen eigenen SQL Server ein

Bei einer Migration von deutlich mehr als 1 Million Dateien oder einer Migration, deren Verlauf lange aufbewahrt werden muss, legen Sie das Repository von Anfang an auf einen lizenzierten SQL Server, statt sich durch fortlaufendes Bereinigen zu behelfen.

Speicherplatz freigeben: Job-Protokolle löschen

Löschen Sie die Job-Sitzungen, deren Protokolle nicht mehr benötigt werden: Wählen Sie in der Übersicht eine, mehrere oder alle aus und löschen Sie sie, oder öffnen Sie einen Job und verwenden Sie Löschen auf seiner Registerkarte Protokoll.

Das Löschen ist ein vorläufiges Löschen (Soft Delete): Die Sitzung verschwindet sofort, und SMART Migration entfernt ihre Daten im Hintergrund aus der Datenbank. Bei vielen Protokollen kann diese Bereinigung erhebliche Zeit dauern. Den frei gewordenen Platz verwendet SQL Server für neue Protokolle wieder, die Datenbankdateien auf dem Datenträger (.mdf und .ldf) behalten ihre Größe jedoch, bis die Datenbank verkleinert wird.

Wird der Platz sofort benötigt, ziehen Sie das Repository stattdessen auf einen lizenzierten SQL Server um: Sichern Sie die Datenbank auf SQL Server Express und stellen Sie sie dort wieder her (siehe unten).

Die Datenbankdateien verkleinern

Das Verkleinern ist optional – SQL Server verwendet den frei gewordenen Platz ohnehin wieder. Führen Sie es nach einer großen Bereinigung durch, sobald die Bereinigung im Hintergrund abgeschlossen ist und Sie den Speicherplatz auf dem Datenträger zurückhaben möchten; nicht als Routine.

SQL Server Management Studio öffnen
SQL Server Management Studio (SSMS) ist eine Option im Installationsprogramm von SMART Migration. Starten Sie es und verbinden Sie sich mit der SQL-Server-Express-Instanz, die das Repository enthält.
Die Repository-Datenbank verkleinern
Erweitern Sie im Object Explorer den Knoten Databases, klicken Sie mit der rechten Maustaste auf die Repository-Datenbank und wählen Sie Tasks › Shrink › Database. Der Dialog zeigt, wie viel des Speicherplatzes frei ist; wählen Sie OK, um ihn an den Datenträger zurückzugeben.

Wenn das Repository voll ist

Die Warnungen wurden ignoriert, und das Repository hat 50 GB erreicht: SMART Migration kann nicht mehr ausgeführt werden – keine Jobs, kein Job-Server, nicht einmal die IDE –, sodass die Protokolle nicht gelöscht werden können, um Platz zu schaffen. Löschen oder Verkleinern hilft nicht mehr; es gibt zwei Wege weiter.

	Auf einen lizenzierten SQL Server umziehen	Neu installieren und von vorn beginnen
Was erhalten bleibt	Alles: Job-Definitionen, Verbindungen und sämtliche Protokolle	Nichts im Repository: Job-Definitionen, Verbindungen und Protokolle gehen verloren
Was dafür nötig ist	Ein lizenzierter SQL Server 2022 oder neuer sowie eine Sicherung und Wiederherstellung	Eine Neuinstallation, und jeder Job muss neu eingerichtet werden
Die BI-Daten in PostgreSQL	Bleiben unverändert	Bleiben unverändert

Lassen Sie es nicht so weit kommen

Beide Wege halten die Migration an, bis sie abgeschlossen sind, und beim Neubeginn geht jeder Job verloren. Handeln Sie, wenn die Jobs warnen, dass nur noch 20 % des Speicherplatzes frei sind – löschen Sie Protokolle in der Übersicht oder ziehen Sie auf einen lizenzierten SQL Server um, solange SMART Migration noch läuft.

Das volle Repository auf einen lizenzierten SQL Server umziehen

SQL Server Express läuft auch bei voller Datenbank weiter, sodass die Datenbank gesichert werden kann.

Das Repository sichern
Verbinden Sie sich in SQL Server Management Studio mit der SQL-Server-Express-Instanz, klicken Sie mit der rechten Maustaste auf die Repository-Datenbank und wählen Sie Tasks › Back Up. Erstellen Sie eine Full-Sicherung in eine .bak-Datei.
Auf dem lizenzierten SQL Server wiederherstellen
Kopieren Sie die .bak-Datei auf den lizenzierten SQL Server, verbinden Sie sich in SQL Server Management Studio damit, klicken Sie mit der rechten Maustaste auf Databases und wählen Sie Restore Database. Stellen Sie die Datenbank aus der Datei wieder her.
Den Windows-Konten Zugriff gewähren
Erteilen Sie dem Windows-Konto, unter dem SMART Migration läuft, Berechtigungen für die wiederhergestellte Datenbank – und ebenso dem Dienstkonto des Job-Servers, wenn dieser als Windows-Dienst läuft.
SQL Server Express aus dem Weg räumen
Beenden Sie den Dienst von SQL Server Express oder deinstallieren Sie SQL Server Express, damit SMART Migration die volle Datenbank nicht mehr erreichen kann.
SMART Migration starten und verbinden
SMART Migration erreicht sein Repository nicht und fragt daher wie beim ersten Start nach der Verbindung. Geben Sie den lizenzierten SQL Server und die wiederhergestellte Datenbank an. Alles ist wieder wie zuvor, ohne Begrenzung des Speicherplatzes.

Neu installieren und von vorn beginnen

Steht kein lizenzierter SQL Server zur Verfügung, deinstallieren Sie SMART Migration und SQL Server Express und installieren Sie anschließend neu: Das Repository beginnt leer, aus der Vorlage. Jede Job-Definition und jede Verbindung muss neu eingerichtet werden, und die Protokolle der früheren Läufe sind verloren. Die BI-Daten in PostgreSQL bleiben unberührt.

Das Repository auf einem eigenen SQL Server

Als Repository eignet sich jeder SQL Server 2022 oder neuer – Standard, Enterprise oder eine andere lizenzierte Edition. Das bietet:

Keine Speicherbegrenzung. Die lizenzierten Editionen haben keine Obergrenze von 50 GB.
In manchen Fällen bessere Leistung. SQL Server Express nutzt nicht die gesamte CPU des Rechners; eine lizenzierte Edition schon.
Ein eigener Server. Die Datenbank kann auf einen anderen Rechner, einen SQL-Server-Cluster oder den Server umziehen, auf dem Ihre Organisation ihre Datenbanken betreibt – im Hinblick auf Leistung, Sicherungen und Compliance.

Von SQL Server Express auf Ihren eigenen Server wechseln

Wurde SQL Server Express installiert, kann das Repository später umziehen:

Die Datenbank verschieben
Kopieren Sie das Repository auf Ihren eigenen SQL Server – als Sicherung auf SQL Server Express, die dort wiederhergestellt wird – oder richten Sie, wie unten beschrieben, ein neues aus der Vorlage ein.
SMART Migration darauf verweisen
Öffnen Sie in der SMART Migration IDE das Modul Database und die Systemverbindung Internal – diejenige, die auf das Repository verweist. Bearbeiten Sie ihre Parameter – Server, Datenbank und Authentifizierung –, sodass sie auf Ihren SQL Server statt auf das vom Installationsprogramm eingerichtete SQL Server Express verweist.
SQL Server Express entfernen
Sobald SMART Migration mit Ihrem eigenen Server arbeitet, kann SQL Server Express vom Rechner deinstalliert werden.

Ohne SQL Server Express installieren

Lassen Sie SQL Server Express bei der Installation weg, richten Sie das Repository vor dem ersten Start selbst ein:

Die Datenbank anlegen
Legen Sie auf Ihrem SQL Server, 2022 oder neuer, eine leere Datenbank an.
Die Vorlage darüber wiederherstellen
Stellen Sie die Datenbankvorlage standard.bak aus dem Programmordner der SMART-Migration-Installation über der neuen Datenbank wieder her.
Den Windows-Konten Zugriff gewähren
Erteilen Sie dem Windows-Konto, unter dem Sie SMART Migration ausführen werden, Berechtigungen für die Datenbank – und dem Dienstkonto des Jobservers, wenn dieser als Windows-Dienst läuft.
SMART Migration starten
Beim ersten Start fragt SMART Migration nach den Verbindungsinformationen: Ihrem SQL Server und der Datenbank. Geben Sie diese ein, und SMART Migration verbindet sich von da an mit dem Repository.

Zwei Konten, eine Datenbank

Die IDE läuft unter dem Windows-Konto, das sich am Rechner anmeldet; der Jobserver läuft als Windows-Dienst unter seinem Dienstkonto. Beide lesen und schreiben das Repository, daher benötigen beide Berechtigungen dafür.

Die BI-Datenbank: PostgreSQL oder SQL Server

Die BI-Datenbank – die smart_bi-Daten, die SMART BI.pbix liest – kann PostgreSQL 18.3 oder neuer oder SQL Server sein.

	PostgreSQL 18.3 oder neuer	SQL Server
Lizenz	Kostenlos und Open Source	Express ist kostenlos mit seiner Begrenzung auf 50 GB; andere Editionen sind lizenzpflichtig
Speicher	Keine Begrenzung	50 GB bei Express; keine Begrenzung bei lizenzierten Editionen
Abfragegeschwindigkeit für BI	Etwa doppelt so schnell – entscheidend, wenn Power BI den Bericht aktualisiert	Langsamer bei dieser Arbeitslast
Umgebungen mit der Nextcloud-App und der Microsoft-Teams-App	Unterstützt – die einzige Wahl	Nicht unterstützt
Ihre eigenen Umgebungen	Unterstützt	Unterstützt

Die Nextcloud-App und die Microsoft-Teams-App verwenden PostgreSQL

Mit der Nextcloud-App oder der Microsoft-Teams-App und deren Power-BI-Bericht werden die BI-Daten ausschließlich in PostgreSQL gespeichert. SQL Server für die smart_bi-Daten ist für eigene Umgebungen ohne den Bericht der Apps gedacht.

Die Power-BI-Berichte der Apps lesen die Daten über eine ODBC-Datenquelle namens SMARTBI, die auf die PostgreSQL-Datenbank verweist.

Das Modul Database in der SMART Migration IDE hat zwei Systemverbindungen:

Internal – das Repository.
Business Intelligence – die BI-Datenbank, erreichbar über ODBC; standardmäßig die vom Installationsprogramm eingerichtete PostgreSQL-Datenbank.

Um einen anderen PostgreSQL-Server zu verwenden – auf einem eigenen Rechner oder als gehosteten Dienst –, bearbeiten Sie die Verbindung Business Intelligence so, dass sie darauf verweist; in Ihren eigenen Umgebungen kann sie stattdessen auf einen SQL Server verweisen. Der BI-Server kann vollständig vom Repository-Server getrennt sein, auch von einem Repository auf SQL Server Express. Ob ein Job überhaupt BI-Daten erfasst, wird in seinem Schritt File Management festgelegt.

Speicher mit der Nextcloud-App und der Microsoft-Teams-App

Mit beiden Apps ist der Speicher praktisch unbegrenzt:

Die Jobprotokolle werden automatisch bereinigt. Sobald ein Lauf erfolgreich abgeschlossen ist, löscht SMART Migration sein Protokoll aus dem Repository.
Läufe mit Fehlern behalten ihr Protokoll samt dem gesamten Jobkontext für die Fehlerbehebung. Davon gibt es in der Regel nur wenige. Sehen Sie wöchentlich oder alle zwei Wochen in die Übersicht und löschen Sie die Protokolle, die Sie nicht mehr benötigen, sobald die Fehler behoben sind.
Alle BI-Daten gehen an PostgreSQL, das keine Speicherbegrenzung hat.

Mehr erfahren: Business Intelligence mit Power BI · Die Server für eine große Migration dimensionieren · SMART BI.pbix aktualisieren, hochladen und teilen

Einige bewährte Kombinationen

Umgebung	Repository	BI-Datenbank
Testversion oder eine Migration bis etwa 1 Million Dateien	SQL Server 2025 Express auf dem SMART-Migration-Server	PostgreSQL auf dem SMART-Migration-Server
Eine große Migration	Lizenzierter SQL Server auf einem eigenen Server	PostgreSQL auf einem eigenen Server, dimensioniert für die Dateien
Die Datenbankplattform Ihrer Organisation	Ihr SQL-Server-Cluster	Ihr PostgreSQL-Server oder gehosteter Dienst

Ihr Partner hilft Ihnen bei der Auswahl

Ihr SMART-Migration-Partner kann die beiden Datenbanken für Ihre Migration dimensionieren und gemeinsam mit Ihnen einrichten.

Häufige Fragen

Das Repository auf SQL Server Express füllt sich. Gibt das Löschen alter Job-Protokolle Speicherplatz frei, und wie lösche ich sie?

Ja. Jede Job-Sitzung speichert ein Protokoll im Repository – wie der Job gelaufen ist, samt eingebetteter Berichte –, und das Löschen der Sitzung löscht ihr Protokoll. Löschen Sie sie in der Übersicht, wo Sie eine, mehrere oder alle Sitzungen auswählen können, oder mit Löschen auf der Registerkarte Protokoll eines geöffneten Jobs. Das Löschen ist ein vorläufiges Löschen (Soft Delete): SMART Migration entfernt die Daten im Hintergrund, was bei vielen Protokollen erhebliche Zeit dauern kann. Der frei gewordene Platz wird innerhalb der Datenbank wiederverwendet, die Datenbankdateien auf dem Datenträger behalten ihre Größe jedoch, bis Sie die Datenbank in SQL Server Management Studio verkleinern (Tasks › Shrink › Database). Handeln Sie, sobald die Warnungen beginnen, bei 20 % freiem Speicherplatz: Sind die 50 GB erst voll, läuft nichts mehr – nicht einmal die IDE –, und der einzige Weg weiter ist, die Datenbank auf einem lizenzierten SQL Server wiederherzustellen. Langfristig speichern Sie die BI-Daten besser in PostgreSQL als im Repository, oder Sie ziehen das Repository auf einen lizenzierten SQL Server um, der keine Begrenzung hat.

Mehr erfahren: Übersicht: Job-Sitzungen und ihre Protokolle · Die SMART-Migration-Umgebung planen und pflegen

Das Repository auf SQL Server Express ist voll, und SMART Migration startet nicht mehr. Was nun?

Sind die 50 GB voll, läuft nichts mehr – keine Jobs, kein Job-Server, nicht einmal die IDE –, sodass keine Protokolle mehr gelöscht werden können, um Platz zu schaffen. Es gibt zwei Wege weiter. Ziehen Sie das Repository auf einen lizenzierten SQL Server um: Sichern Sie es in SQL Server Management Studio (Tasks › Back Up, das bei voller Datenbank noch funktioniert), stellen Sie es auf SQL Server 2022 oder neuer wieder her, gewähren Sie den Windows-Konten Zugriff, beenden Sie SQL Server Express und starten Sie SMART Migration – es fragt nach der neuen Verbindung, und alles ist wieder wie zuvor. Oder installieren Sie neu und beginnen Sie von vorn: Das Repository beginnt leer, und jede Job-Definition, jede Verbindung und jedes Protokoll geht verloren; die BI-Daten in PostgreSQL bleiben erhalten. Um beides zu vermeiden, handeln Sie, wenn die Jobs warnen, dass nur noch 20 % des Speicherplatzes frei sind.

Mehr erfahren: Wenn das Repository voll ist · Die SMART-Migration-Umgebung planen und pflegen

Siehe auch