VeeamON 2024 - Use Code "COMMUNITY10" for 10% Off!
Danke für die Info und die Präsentationen. Ich hatte mich auch angemeldet. Aber Werktags Nachmittags war dann leider keine Möglichkeit teilzunehmen :-( für mich.
Gibt’s die Sticker auch für Remote Teilnehmer? Man braucht dazu mindestens eine breitbandige Anbindung >50Mbit/s :-))))
Tag würde bei mir aus heutiger Sicht funktionieren. Danke für das Organisieren! LG - Rudi
Danke für das Engagement! Pickerl sehen schmuck aus!Sie sind aber nicht Basis für mein Interesse :-)Ich bin prinzipiell interessiert was hier passiert, auch wenn ich nicht so aktiv sein kann wie ich es gerne wäre :-) - LG an Alle - Rudi
Hybrid wäre für mich eine sinnvolle Variante, in-person würde ich bevorzugen um die Leute mal auch “natürlich” kennen zu lernen. LG - Rudi
Hallo,für mich war 1. ausschlaggebend - ist momentan für mich kein Thema.LG - Rudi
Nur damit sich die Download-Last verteilt :-) - vermutlich...
Hallo Wolfgang, ja - danke für die Nachfrage, das Treffen fand ich sehr ungezwungen und informativ. Hat Lust darauf gemacht den RC-Kandidat wenn er kommt zu testen. Beim Launch-Termin von Veeam werden sich sicher einige aus der Runde auch wieder einfinden. Ich versuche es jedenfalls. LG - Rudi
Das Grundproblem “schlafender Befall” und Du weißt nichts davon, ist Der Knackpunkt an der ganzen Sache.Also wenn dieser Fall eintritt würde ich einem Kunden raten (nachdem man das erkannt hat) sofort damit zu beginnen ein paralleles, unabhängiges Produktivsystem in unabhängiger Netzwerkinfrastruktur (VLAN/oder überhaupt eigene Switches) hochzuziehen und in dieses nur mehr verifizierte, geprüfte Daten zurückzuspielen. Die alten VM-Backup-Images wegwerfen bzw. Last Known Good - Versionen von den VM immuteable archivieren.Das ist der steinige, teure Weg aber wahrscheinlich langfristig der bessere und unterm Strich günstigere Weg. Zumindest würde ich das so machen wollen - der Kunde müsste aber natürlich auch davon überzeugt sein - ist ja dann letztlich auch meine Aufgabe dass schlüssig zu argumentieren und zu “verkaufen”.Wie würdet Ihr vorgehen wenn dieses Szenario eintritt dass ihr kein verlässliches Backup mehr habt oder davon ausgehen müsst?
@vNote42 : Also wenn ich das richtig verstehe: Bezüglich Absicherung gegen “schlafende Ransom-Software” müsste man den verfügbaren Backupspeicher voll ausreizen - je mehr Tage desto gut. Weil wenn sich jetzt in der Praxis z.B. das mit 14 Tagen als gängige Praxis etabliert ist es ja nur eine Frage der Zeit bis Bösewichte auf eine solche gängige Praxis reagieren.Das heißt es gibt also prinzipiell immer das Restrisiko dass eine “Schläfer-Software” einfach nur lange genug “schlafen” muss bevor sie aktiv wird.Fazit für mich: Ausreizen der Zeitspanne der täglich behaltenen Backups so wie es der dafür vorgesehene Speicherplatz hergibt der einem vom Kunden vegönnt wird + Information an den Kunden über diesen Zusammenhang. 100% Sicherheit gibt es nicht wir können uns nur sehr nahe an 100% annähern wenn wir mehr Speicherplatz für diese Zwecke zugestanden/genehmigt bekommen.Da fällt mir dann immer der Spruch ein: “Wenn Du willst dass etwas sicher ist dann darf es nicht funktionieren/funktional se
Though the post is in German, I translated into English and enjoyed it thoroughly. Joy is one of the best goals to reach …. :-)
@regnor - Danke für Dein Beispiel! Was ist Dein Motiv für gerade 14 Tage?Ein längerer Zeitrahmen für die schnelle Wiederherstellbarkeit von zeitnahen Sicherungen?Wäre eine vollständige Objekt-Abdeckung nicht schon auch nach 7 Tagen gegeben?Es geht ja auch um eine effiziente Speicherplatzbenutzung - oder überwiegt der Vorteil der mehr zeitnahen Wiederherstellungspunkte den erhöhten Speicherbedarf bei 14 Tagen?
@Kseniya@JMeixner , thank you both for correcting it, because this topic could bring up some more examples
Kann man das “Best answer” irgendwie rückgängig machen? Bin irgendwie drauf gekommen… :-)
Wir haben unter anderem eine solche Klein-Umgebung mit drei ESX Hosts. Dort haben wir einen virtuellen VBR Server implementiert und die Backup Daten gehen auf ein QNAP NAS. Die Datenmenge im NAS Repository ist insgesamt ca. 15 TB. Funktioniert soweit alles gut. Ganz glücklich bin ich nicht damit wegen der fehlenden Redundanz der Backups. Hier könnte man noch eine kleine Tape Library dazu nehmen, das ist aber wegen der Fiber Channel Verbindung mit dem virtuellen Server nicht ideal, hier ist Wolfgangs Vorschlag des kleinen physischen Servers mit einem Bandlaufwerk praktikabler. Wahrscheinlich wäre ein Cloud Object Storage das Beste. Aber der der Kunde wollte nicht mehr Geld ausgeben. Zumindest solange noch nichts passiert ist…. Genau so läuft das bei besagtem Kunden bei mir auch :-)
@JMeixner : Ja, ein latentes Problem das kleine Betriebe immer erst dann bereit sind in die Tasche zu greifen wenn es bereits einen Gau gegeben hat :-( .Als Cloud-Speicher könnte man auch Wasabi verwenden? Da gibt es ja eine Zusammenarbeit mit Veeam. Jedenfalls werde ich das mittelfristig mal einbeziehen und testen weil das ein sehr günstiger s3-kompatibler Anbieter ist.
Ich verwende bei einem Kunden mit besagter Essential Plus-Umgebung 3 vSphere Host Server wobei jene VM die sehr zeitkritisch bei der Wiederherstellung wären jeweils als Replication Job auf einen anderen vSpherehost ein Replikat anlegen. Die Backup-Jobs selbst sind mit GVS aka GFS eingestellt. Wie würdet Ihr das GFS selbst konkret einstellen bezüglich der Aufbewahrungseinstellungen (Tage, Woche, Jahr)?
Hallo Regnor, Wolfgang:GVS ist die eingedeutschte Variante von GFS: Großvater, Vater, Sohn = Grandfather, Father, Son :-)
Mit welchem Tool wird das Meeting durchgeführt werden? - Rudi
Already have an account? Login
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.
