Hallo,
folgendes Szenario:
- 1 SQL Server, mehrere Mandanten (also SQL DBs: easybusiness, Mandant_1, Mandant_2, Mandant_X)
Problem hierbei ist, dass man nun alle Mandanten immer gleichzeitig aktualisieren muss, was zum einen relativ aufwendig ist und zum anderen kann man so auch nicht mal einen Testmandanten mit ner neuen Version testen.
Auch falls sich mal ein Mandant selbständig machen möchte (Verkauf der Firma oder Ende einer Partnerschaft z. B.) ginge das so ja leider nicht.
Da aber mind. die ganzen Benutzer und Rechte in der easybusiness DB hinterlegt sind, besteht hier eine Abhängigkeit und man kann nicht mal eben einen Mandanten auslagern oder umziehen oder eben updaten.
Gibt es hier einen offiziellen Weg wie man eine Mandant_X DB auf einen anderen SQL Server umziehen kann und in eine eigene (easybusiness) DB?
Theoretischer Plan, aber halt wirklich quick & dirty:
- easybusiness + Mandant_X auf einem neuen SQL Server wiederherstellen
- Worker & Co bei ursprünglichem Server deaktivieren bzw. den Mandanten ggf. komplett dort entfernen
Man schleppt so aber natürlich die ganze easybusiness DB mit sich und muss immer aufpassen, was man tut und nicht versehentlich den Worker zu viel startet etc. Also eher unschön.
Gewünschte Alternative, aber das ist halt mit einigem Aufwand verbunden und wsl. so nicht supportet:
- DB analysieren und versuchen, alle notwendigen Daten/Tabellen aus der easybusiness in die Mandant_X Tabelle zu importieren (in erster Linie wohl Benutzer, Rechte, Mandanten) und daraus eine eigenständige easybusiness DB zu machen
Vllt. hat ja JTL dazu schon ein fertiges Skript
folgendes Szenario:
- 1 SQL Server, mehrere Mandanten (also SQL DBs: easybusiness, Mandant_1, Mandant_2, Mandant_X)
Problem hierbei ist, dass man nun alle Mandanten immer gleichzeitig aktualisieren muss, was zum einen relativ aufwendig ist und zum anderen kann man so auch nicht mal einen Testmandanten mit ner neuen Version testen.
Auch falls sich mal ein Mandant selbständig machen möchte (Verkauf der Firma oder Ende einer Partnerschaft z. B.) ginge das so ja leider nicht.
Da aber mind. die ganzen Benutzer und Rechte in der easybusiness DB hinterlegt sind, besteht hier eine Abhängigkeit und man kann nicht mal eben einen Mandanten auslagern oder umziehen oder eben updaten.
Gibt es hier einen offiziellen Weg wie man eine Mandant_X DB auf einen anderen SQL Server umziehen kann und in eine eigene (easybusiness) DB?
Theoretischer Plan, aber halt wirklich quick & dirty:
- easybusiness + Mandant_X auf einem neuen SQL Server wiederherstellen
- Worker & Co bei ursprünglichem Server deaktivieren bzw. den Mandanten ggf. komplett dort entfernen
Man schleppt so aber natürlich die ganze easybusiness DB mit sich und muss immer aufpassen, was man tut und nicht versehentlich den Worker zu viel startet etc. Also eher unschön.
Gewünschte Alternative, aber das ist halt mit einigem Aufwand verbunden und wsl. so nicht supportet:
- DB analysieren und versuchen, alle notwendigen Daten/Tabellen aus der easybusiness in die Mandant_X Tabelle zu importieren (in erster Linie wohl Benutzer, Rechte, Mandanten) und daraus eine eigenständige easybusiness DB zu machen
Vllt. hat ja JTL dazu schon ein fertiges Skript