Important note about SSL VPN compatibility for 20.0 MR1 with EoL SFOS versions and UTM9 OS. Learn more in the release notes.

This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Migration von UTM 220 auf SG 230

Hallo und Guten Tag,

zur Zeit läuft bei uns eine UTM 220 noch auf letzten Software-Stand vor Version 9.
Wir wollen diese gegen eine SG 230 austauschen. 
Daher meine Frage ob jemand damit bereits Erfahrungen hat, bzw was es hierbei zu beachten gibt. 
Gibt es eine Guide-Line an die man sich halten kann.[:S]


Spezielles Interesse in hinsicht auf 
- Wann und wie Lizenz upgrade im MyUTM-Portal 
- Möglichkeit des einspielen des alten Backups
- Funktion aller vorherigen Einstellungen
- Gibt es bereits bekannte Stellen auf die man besonders achten muss

Wäre für alle Infos sehr dankbar.
Vielen dank im Vorraus


This thread was automatically locked due to age.
Parents
  • Freut mich zu hören, danke fürs Feedback! :-)

    Viel Spaß mit der neuen Hardware!

    Nice greetings
  • Hey GuyFawkes,
    wie hast du eigentlich die Reports inkl. (!) den Altdaten zum laufen bekommen? Die Logs kann man ja zurück kopieren, aber irgentwie müssen diese doch nochmal durch die Prozesse laufen. Die Reporting DB ist nicht teil des Backups.

    Vg
  • Mal ganz naiv gedacht:
    Würde nicht auch die Möglichkeit bestehen, die SSG210 als HA zur UTM 220 konfigurieren und wenn die Abgeglichen sind und Alte runterzufahren?
  • Hey GuyFawkes,
    wie hast du eigentlich die Reports inkl. (!) den Altdaten zum laufen bekommen? Die Logs kann man ja zurück kopieren, aber irgentwie müssen diese doch nochmal durch die Prozesse laufen. Die Reporting DB ist nicht teil des Backups.

    Vg


    Hi synopex,
    die Logs landen ja nur auf der der Platte und man kann diese dann durchsuchen. Leider werden diese dann nicht hübsch aufbereitet und über die Posgres DB hübsch visualisiert. 
    Im HA werden die dann auch gesynct, somit hat man im Falle von Problemen, die vor der Migration lagen, wenigstens noch die Log Dateien.

    Mal ganz naiv gedacht:
    Würde nicht auch die Möglichkeit bestehen, die SSG210 als HA zur UTM 220 konfigurieren und wenn die Abgeglichen sind und Alte runterzufahren?


    Nein, geht an der Stelle nicht, da die unterschiedliche Bezeichnungen haben. Hier auch ein wenig eine Erklärung warum nicht.
    Das hat geklappt bei z.B. einer ASG320 Rev.4 mit einer UTM320 Rev.5 - Hier war in der Systeminfo: ASG220 auf beiden Systemen hinterlegt und darauf war das dann natürlich auch Lizenz ausgestellt. Wechseln die Systeme - passt die Lizenz, steht dort ein anderes Modell... passt die Lizenz nicht mehr.

    Nice greetings
Reply
  • Hey GuyFawkes,
    wie hast du eigentlich die Reports inkl. (!) den Altdaten zum laufen bekommen? Die Logs kann man ja zurück kopieren, aber irgentwie müssen diese doch nochmal durch die Prozesse laufen. Die Reporting DB ist nicht teil des Backups.

    Vg


    Hi synopex,
    die Logs landen ja nur auf der der Platte und man kann diese dann durchsuchen. Leider werden diese dann nicht hübsch aufbereitet und über die Posgres DB hübsch visualisiert. 
    Im HA werden die dann auch gesynct, somit hat man im Falle von Problemen, die vor der Migration lagen, wenigstens noch die Log Dateien.

    Mal ganz naiv gedacht:
    Würde nicht auch die Möglichkeit bestehen, die SSG210 als HA zur UTM 220 konfigurieren und wenn die Abgeglichen sind und Alte runterzufahren?


    Nein, geht an der Stelle nicht, da die unterschiedliche Bezeichnungen haben. Hier auch ein wenig eine Erklärung warum nicht.
    Das hat geklappt bei z.B. einer ASG320 Rev.4 mit einer UTM320 Rev.5 - Hier war in der Systeminfo: ASG220 auf beiden Systemen hinterlegt und darauf war das dann natürlich auch Lizenz ausgestellt. Wechseln die Systeme - passt die Lizenz, steht dort ein anderes Modell... passt die Lizenz nicht mehr.

    Nice greetings
Children
  • Ok, soweit hab ich es ja.
    Es müsste doch aber möglich sein, alle logs nochmal durch einen Prozess laufen zu lassen und die rrd´s usw. neu erstellen. Das System erzeugt meinet wegen auch eine neue Reporting-DB.
    Lg