SEP Forum

Hallo TobiTil,

grundsätzlich ist der sm_robot für den Archivabgleich verantwortlich.
Mir ist die Problematik nicht ganz klar. Soll der Archivabgleich IN einem Script durchgeführt werden, oder ist mit Script einfach nur ein automatischer Aufruf für den Archivabgleich gemeint? Möglichkeiten zum Archivabgleich findet man eigentlich recht gut im Wiki - z.B. hier

Wenn man auf dem Sesam Server an einer Kommandozeile z.B. den Befehl
sm_robot -l 2 -d 53 -s 0-5
eingibt, dann kann man damit einen Archivabgleich auf Lader 2 über das Laufwerk 53 für Slot 0-5 initiieren.

Wenn man an einer AdminKommandozeile am Sesam Server (natürlich mit gesetztem Sesam Profil) ein sm_robot -h eingibt, dann bekommt man auch direkt alle Parameter mit einer kurzen Erklärung angezeigt, die man nutzen kann.

Einen Archivabgleich selber startet man ja ansonsten direkt, oder über einen Medien oder auch Befehlstermin in einem Zeitplan.

MfG
TH

Hallo,

ist es möglich einen Archivabgleich per Skript anzutriggern?
Vielleicht per REST-API? Leider werde ich aus der Dokumentation daraus nicht so ganz schlau.

Viele Grüße,
TobiTil

Wenn der Server performant genug ist, sollte es grundsätzlich keine großen Probleme im normalen Betrieb geben.
Aber die Frage der Sinnhaftigkeit stellt sich schon, nicht nur die Angreifbarkeit sehe ich als Problem, auch die Tatsache, dass z.B. bei Updates von einer der Installierten Komponenten die jeweils andere nicht ordnungsgemäß laufen kann/wird. Je mehr auf dem Server läuft desto wahrscheinlicher ist, dass auch mal ein Backup nicht läuft - Reboot, System hängt oder ist doch ausgelastet.
Weiter sollte man das System selber ja auch sichern, dauert natürlich auch wieder länger, wenn die Datenmenge wegen anderen installierten Applikationen/Tools größer ist.
Und wenn die Performance von Sicherungen dann runter geht, weil grade ein größeres Softwarepaket firmenweit ausgeliefert wird, dann kommen auch wieder Klagen.

Alles in allem, der Sesam Server alleine auf einem System zu installieren macht Sinn, grundsätzlich (irgendwie) laufen tut der auch auf einem Exchangeserver, der noch einen Terminalserver beinhaltet und auf einer VM-Ware VM in einer XEN-Umgebung läuft... Natürlich nicht empfehlenswert.

Und um die initiale Frage zu beantworten - ja, es wird Konflikte geben, ob man aber damit leben kann, muss halt jeder für sich selber entscheiden.

thu

Hi,

das es hier zu Konflikten kommt sehe ich als eher unwahrscheinlich.
Ich Persönlich würde einen Sesam-Server jedoch auf einer VM/Physik betreiben, die für nichts anderes als für das Backup zuständig ist.
Gerade durch die zunehmenden Ransomware-Attacken ist jede Software ein potentielles Einfallstor, i.d.R wird der WSUS auch Teil einer Domäne sein, dies wird seitens SEP nicht empfohlen.
Ich habe mal schnell den Artikel hierzu rausgesucht:
https://wiki.sep.de/wiki/index.php/5_1_0:Ransomware_Protection_Best_Practices/de

Grüße
Spike

Hallo,

für diejenigen, die OES als Backupserver einsetzen.
Mit den aktuellsten openjdk-Versionen werden gewisse Daten, die SEP bisher ausgelesen hat nicht mehr angeboten.
Das hat zur Folge, dass bei der Installation von Apollon (bei mir) jedesmal die Meldung kommt: jre >=11 wird benötigt. Bei mir ist auf dem OES2018SP3 openjdk11 installiert und konfiguriert.
Call ist auch schon beim Support.
Ich möchte nicht bei allen Kunden mit --nodeps anfangen zu installieren bzw. upzudaten.

Hallo,

ist es sinnvoll Sesam (Backupserver) auf einen sich langweilenden WSUS-Server zu installieren.
Oder gibt es dort Konflikt.

Hallo 997GTS,

es gibt hier entsprechende Information unter LAN-freies Sicherungs-Szenario:

https://wiki.sep.de/wiki/index.php/5_0_0:RHV_Backup/de

For which OS the VDDK exists and has been tested can also be seen in the SEP Support Matrix - or directly in the VDDK Support Matrix.

If possible, always check the requirements for an installation in advance in the Wiki, not all configurations are always supported.

TH

Hi,

the VDDK provided by "VMware" is not supported on Debian.
A different operating system must be used for the Datamover.
Systems supported:

VDDK 7.0.2 supports the following operating systems:

Windows Server 2019
Windows Server 2016, including versions 1709 and 1803
Windows Server 2012 and 2012 R2
Red Hat Enterprise Linux RHEL 7.7 and 8.0
CentOS 7.7
SUSE Linux Enterprise Server SLES 12 SP5 and 15 SP1

I hope this helps.

greetings
Spike

Hi,
on a Debian 11 installation, SEP sesam 5.0.0.11, after installation of VDDK 7.0.2 following https://wiki.sepsoftware.com/wiki/index.php/Installing_VDDK
I receive error:
Exit code from sm_rexec: [2] - sbc-1143 Error: Problem while loading dynamic link library: dlopen returned /opt7sesam/bin/sesam//./sbc_vmware.so cannot open shared object file: no such file or directory

actually the file is not present, how can I solve ?

Thank you