VeeamON 2024 - Use Code "COMMUNITY10" for 10% Off!
Congratulations for 100 episodes and thank you for mentioning the Veeam User Group Switzerland. 🥳
Erfahrungen damit habe ich leider nicht aus meiner Zeit als Service Provider. So wie ich es sehe bietet es keinen gleichwertigen Schutz wie Immutability. Es schützt nur das Filesystem auf dem Repository und das funktioniert auch. Bis jemand an admin Credentials gelangt und Zugriff auf den Server hat. Ein Angreifer auf dem VBR server kann diese relativ einfach exportieren und damit dann auch Blocky deinstallieren oder noch einfacher die Disks formatieren. Ebenso sehe ich nicht aus dem Whitepaper raus, wie Blocky davor schützt, wenn ein Administrator/Angreifer auf dem Backup Server die Retention heruntersetzt oder alle Backups löscht. Immutability Lösungen helfen hier mit diesem Problem. Sehe ich auch so, wobei bei einem Immutable Repo auch die Root Credentials relevant sind und man kann das FS formatieren. Wenn es für Windows nur ohne lokalen Admin oder mit Single Use Credentials gehen würde ;-) Da bevorzuge ich definitiv S3 Lock.Was sind deine Best Practises für ein Hardened Repo?
Nice, I want all of these :D
Cool howto. I always edited the configuration file directly to manage my profiles :D
Nice hint.. Let’s go :D
Die Ressourcen von Rasmus helfen auf jeden Fall. Ich habe im 2022 den VMCE gemacht und auch damit gelernt. Ich kann dort folgende Tipps geben: Spielt im Lab das Thema VM Replication, Failback, Failover etc. durch Der Kurs alleine reicht nicht, man sollte schon mit Veeam arbeiten oder im LAB nochmals die Themen durchgehen Nehmt euch genug Zeit, viele Fragen kann man alleine durch genaues Lesen und den Ausschluss von Antworten lösen Im Q1 2023 mache ich den VMCA und kann dann dazu mal ein Update geben. Viel Erfolg allen, welche die Zertifizierungen in Angriff nehmen :-) Viel Erfolg mit dem VMCA und danke für die Tipps.. =)
Looks like a amazing and funny event.. :D
I forgot to mention the reasons to migrate to PostgreSQL:Internal team which has already knowhow with PostgreSQL Already existing best practises for configurations with PostgreSQL (HA, Tuning) License cost and limitations (10GB database size, CPU limitations, buffer cache)And also open tasks that I want to clarify:Superuser permissions really used? Can the extensions be created manually? Is database owner and all privileges not enough? File access policy needs the term all for the database and not just the name of the database Is HA with PostgreSQL supported?
Great list, maybe Syslog could be an addition to have logs remotely if something breaks.
Excellent second part to your first post. Going to use these to test the migration process once VCC can move over. My VBK is already on PostgreSQL. Thanks for sharing these. 👍 Sounds good, we will also move our VCC environment to PostgreSQL after some time it gets available… :D
This vulnerability has been fixed more than one year ago and exists more than a year. What is new here?
Nothing NetApp related for this update
Never seen that. Is it with the agent or what exactly do you use?
Cooler Event, kann leider nicht teilnehmen.
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.