In diesem Artikel wird das Verfahren zur Bereitstellung von Datenbankkopien erläutert.
Datenbankkopien aus der produktiven Umgebung in eine beliebige nicht-produktive Umgebung werden aufgrund der Europäischen Datenschutzgrundverordnung (EU-DSGVO) anonymisiert (die personenbezogenen Daten der Nutzer werden verschlüsselt).
Von Kunden gehostete Systeme (On-Premise)
Bei Systemen, die von Kunden gehostet werden (On-Premise), kann es vorkommen, dass Scheer IMC die neueste Datenbankkopie Ihres Produktivsystems oder Testsystems anfordert, um einen möglichen Softwarefehler reproduzieren zu können, aber auch um eine Qualitätsprüfung vor der Auslieferung von Patches durchführen zu können.
Diese würden wir gegebenenfalls über das entsprechende Service Desk-Ticket anfordern.
Bitte stellen Sie uns in diesem Fall eine anonymisierte Datenbank-Kopie Ihres Systems zur Verfügung und informieren Sie uns über das Service Desk-Ticket, sobald die DB-Kopie auf unseren SFTP-Server hochgeladen wurde.
Das Scheer IMC Support-Team veranlasst den Import der Datenbankkopie in unser Referenzsystem durch unser Deployment Team, damit wir mit unseren Untersuchungen beginnen können.
Datenbankkopien von der produktiven Umgebung in eine nicht-produktive Umgebung, die von Kunden gehostet wird, liegen in der Verantwortung unserer Kunden. Wir empfehlen, regelmäßig Datenbankkopien zu erstellen.
Von Scheer IMC gehostete Systeme
Auch in diesem Fall benötigt Scheer IMC möglicherweise eine anonymisierte Kopie der Datenbank Ihres Produktiv- oder Testsystems, um einen möglichen Softwarefehler reproduzieren zu können.
Wie können Kunden eine DB-Kopie anfordern?
Für Systeme, die von Scheer IMC gehostet werden, können Sie, wenn Sie eine DB-Kopie von PROD zu STAGE oder zu DEV benötigen, eine Support-Anfrage über das Scheer IMC Service Desk Portal stellen.
Die DB-Kopie wird anonymisiert (verschlüsselt)
-
Ab IP 14.22.0 haben Sie die Möglichkeit, bestimmte Gruppen von der Verschlüsselung auszuschließen:
-
Der Konfigurationsmanager bietet die Möglichkeit, eine Liste von Gruppen zu hinterlegen, die von der Anonymisierung ausgeschlossen sind.
-
Sie müssen nur die Nutzer, die Sie von der Verschlüsselung ausschließen möchten, zu den jeweiligen Gruppen und die Gruppen dann im Konfigurationsmanager hinzufügen.
-
Das Passwort der Nutzer entspricht immer dem Passwort der DB-Quelle (in unserem Fall PROD).
-
Die Nutzer haben die gleichen Anmeldedaten wie auf PROD, wenn sie von PROD nach STAGE kopiert werden (Login und Passwort).
-
Wenn die Nutzer verschlüsselt wurden, entspricht der Anmeldename der Nutzer-ID.
Die Weiterleitung interner Nachrichten ist standardmäßig deaktiviert
-
Dies ist eine Sicherheitsfunktion, die sicherstellt, dass Ihre STAGE- oder DEV-Umgebung keine Massen- oder Spam-E-Mails versendet, wodurch potenzielle Risiken wie eine schlechte IP-Reputation oder die Aufnahme in eine Blacklist vermieden werden.
-
Wenn Sie bestimmte Tests durchführen müssen und Ihre internen Nachrichten extern versendet werden sollen, können Sie die Option im LMS vorübergehend in der Funktion Konfiguration im Menü Kommunikation/Mail aktivieren.
-
Stellen Sie sicher, dass der Testabsender eine gültige und zulässige Absenderadresse und -domain verwendet.