xrated2

Hallo hatte schon mal jemand mit Stordiag Fehler zu tun? Diese sind etwas versteckt unter AnwendungsDienstprotokolle und nicht im normalen Systemlog. Es geht um einen Intel RSTe von einem Supermicro X11SCL-LN4F wo 2x RAID1 auf jeweils 2x Intel SSD stecken. OS ist 2016 Hyper-V. Regelmäßig tauchen Stordiag 504 und 507 Fehler auf. Ich habe in dem Zusammenhang nur was von Kartenlesern gefunden. Gruß Thomas

Bei Linux gibt es auch VSS Agents (nach MS LIS suchen), dann funktioniert auch application aware backup Den Host sichere ich auch nicht. Corefig, Tools und den RAID Treiber habe ich extra gesichert.

Das hängt davon ab wohin man sichert. Ich habs jetzt am laufen, man muss explizit Powershell 2.0 auf dem Hyper-V installieren. Aufgrund der bekannten Probleme in der Vergangenheit habe ich NTFS und normale Full Backups statt ReFS + Full synth. genommen. Für Langzeitarchivierung habe ich eh was anderes und so riesig sind die Datenmengen nicht. Die Performance ist wirklich gut dafür das Veeam nur auf einem Micro G8 läuft. Im AD Explorer konnte ich einen ganzen Container in eine Datei exportieren, bei Veeam auf der HP steht was von einzelnen Objekten ... Ich habe nicht nur Application aware processing sondern auch guest quiescence wegen eines Linux guests aktiviert. Da bin ich mir nicht sicher ob man bei Linux noch irgendwas installieren muss damit crash consistent backup ohne shutdown funktioniert.

Damit habe ich Probleme: https://helpcenter.veeam.com/docs/backup/hyperv/application_aware_processing.html?ver=95u4 Fehler 0x80131500 Failed to connect to guest VM

Und wie meldet man sich dann an wenn aufgrund eines Problems kein Domänen User mehr funktioniert?

https://forums.veeam.com/veeam-backup-replication-f2/veeam-backup-free-edition-t56550.html

Zu beachten ist noch das ein Server Agent gleich 3 Lizenzen verbrät Im Gegensatz zur anderen "Backup Free" Lösung die nur mit Veeam Zip arbeitet, scheint B&R auch das System nicht so zuzumüllen (Stichwort SQL und VisualStudio)

Passt jetzt nicht 100% rein aber ich habe u.a. einen einzelnen Windows Agent ohne Veeam Server laufen der schon seit längerer Zeit zu einem entfernten Standort auf ein NAS via SMB sichert. Dort ist keinerlei Full aktiviert weil das die Leitung nicht hergibt. Jetzt hab ich eigentlich damit gerechnet das auf dem NAS das vbk von der ersten vollen Sicherung liegt und nur die älteren vib Files gelöscht würden, aber das vbk ist gestern geändert worden und trägt im Namen das Datum 5.3 was ungefähr zu der 14 tägigen Retention passt. Was läuft denn da genau alles ab bei dem vbk File? Wird da dann nur rausgelöscht was nicht mehr benötigt wird? @DFSr mit den typischen Office Files kann das nur Chaos geben, deswegen gibt es auch Addons wie Peerlock https://blogs.technet.microsoft.com/askds/2009/02/20/understanding-the-lack-of-distributed-file-locking-in-dfsr/

Wie oben geschrieben weil die Kette an VIB Files je nach Vorhaltezeit womöglich extrem lang wird und womöglich Probleme durch diese Abhängigkeiten entstehen z.B. wenn ein File defekt ist. Auch Restore dürfte ziemlich lahm sein.

Ja ich denke mir auch das Forever Incremental auf längere Zeit ein Nogo ist. Replication soll wohl damit beschleunigt werden https://helpcenter.veeam.com/docs/backup/hyperv/changed_block_tracking.html?ver=95u4

Also ist das dann zu empfehlen mit ReFS wenn man sich darauf verlässt das das FS die Blöcke wie ZFS korrigiert? DFSR auf beiden Seiten aktiv zu nutzen halte ich für eine schlechte Idee da keine Filelocks implementiert sind. Wie Full Synthetic oberflächlich funktioniert steht ja auf deren Seite, dass es Platz spart und sehr belastend für die Zielstorage ist aber nicht wie sich das denn aufs Netzwerk auswirkt oder was da bei einem Replicationjob überhaupt aus dem vorhandenen Backup jeweils zum Zielserver übers Netz übertragen wird.

Sehr kompliziert sieht die Bedienung von B&R Community nicht aus. Ein simples Backup von VMs scheint ja nichts besonderes zu sein, auch wenn ich grade mangels Hyper-V in der Testumgebung nicht sehe ob da bei VM auch inkrementell geht. 1. Frage ich mich ob Inkrementell + Synth. Full mit ReFS Sinn macht bei einem lokalen, relativ langsamen RAID1. Die Geschwindigkeit wird mit ReFS drastisch erhöht aber hier: https://www.veeam.com/blog/de/inkrementelles-oder-vollstandiges-backup-wahl-des-richtigen-backup-modus.html Kehrseite: bei aller Euphorie über den potenziell geringeren Platzverbrauch darf man natürlich nicht vergessen, dass defekte Blöcke auf den Festplatten jetzt potenziell mehrere Full-Backups beschädigen können. 2. Es sind ja Replication Jobs enthalten, laut der Beschreibung vermute ich mal das sich damit bestehende Backups auf einen anderen Hyper-V schieben lassen. Die schreiben zwar das da Dedup enthalten ist aber macht das über WAN Sinn bei einem normalen Fileserver wo sich wenig ändert? Wieviel wird denn da über die Leitung geschoben bei einem synth. oder normalen Full der z.b. 1x pro Woche gemacht wird? Der WAN Accelerator soll das bis zu 50x beschleunigen aber den gibts natürlich nicht free. Ist das wirklich ein Ersatz für DFSR? https://helpcenter.veeam.com/docs/backup/hyperv/about_replication.html?ver=95u4 Veeam Backup & Replication lets you perform onsite replication for high availability (HA) scenarios and remote (offsite) replication for disaster recovery (DR) scenarios. To facilitate replication over the WAN or slow connections, Veeam Backup & Replication optimizes traffic transmission. It filters out unnecessary data blocks such as duplicate data blocks, zero data blocks, blocks of swap files and blocks of excluded VM guest OS files, and compresses replica traffic. Veeam Backup & Replication also allows you to use WAN accelerators and apply network throttling rules to prevent replication jobs from consuming the entire network bandwidth. Hört sich eher nicht so als ob das mit normalen DSL Leitungen mit Active Full viel spart aber vielleicht bei Synth. Full ? Oder lässt sich das gar mit einen zweiten B&R Server koppeln am entfernten Standort? 3. wenn man forever incremental laufen lässt, besteht doch irgendwann die Gefahr das ein Fehler in irgendeiner VIB ist und der Restore womöglich gar nicht mehr funktioniert?

Ja Win10, vielleicht haben die mal wieder was umgestellt (was die seit 1-2 Jahren ja ständig tun*), wenn man so ein optionales Paket installiert sieht das auch so aus wie unter Win7 von der Optik bei den Updates. Die Fehlermeldung hat aber mit WPP nichts zu tun, dass ist bei den Gruppenrichtlinien. * So langsam drehe ich durch mit MS

Rein mit GPO gibts dieses Feature ja auch beim verteilen, nur hab ich da nie ein MSI reinbekommen wegen einer Fehlermeldung. Angezeigt wurden die WPP Pakete jedenfalls unter Programme wie erwünscht solange bis man auf Updates suchen gegangen ist.

Es gibt ja bei Approve auch eine optionale Installation. Wenn ich dann am Client auf Update suchen gehe, dann wird es aber ungefragt installiert. Wo liegt denn da der Sinn?

Ah ich wusste gar nicht das es da 2 Free Versionen gibt, vor 1 Monat gabs da nur eine. Die Community hat ja wirklich beeindruckende Features für kostenlos. Edit: auf der deutschen Seite taucht die gar nicht auf, kein Wunder das ich die nicht gefunden habe wo die Seite eh schon so unübersichtlich ist (aber Hauptsache riesen Bilder und Texte)

https://www.veeam.com/blog/de/veeam-backup-free-edition-now-with-powershell.html Die kostenlose kann aber nur Fullbackup

Für dieses Event (mass copy) gibts leider kein separates Ereignis

Das Problem warum es mal ging und mal nicht, liegt wohl am Netzwerk bzw. höchstwahrscheinlich Wifi Und Reg32 funktioniert auch nicht unter 64Bit OS, ich dachte das hat was mit dem RegTyp zu tun aber da ist wohl das komplette Windows gemeint mit 32 Bit.

Falsche Subnetmaske?

Ja von den Gruppen passt alles, das Paket wird installiert sobald ich die Rules rausnehme (allerdings nicht immer!). Auch eine ganz simple Registry Abfrage geht nicht, den Key habe ich mit einer Policy gesetzt die über Gruppenmitgliedschaft zum PC verbunden ist. Sobald ich irgendwas aus dem Dateisystem oder der Registry abfrage funktioniert nichts. Der enthaltene Remote MSI Manager kann sich nicht mit dem PC verbinden (als Domänen Admin angemeldet). Bei Update Event History taucht Unable to Find Resource auf, allerdings wesentlich geringer oft als ich probiert habe. Das könnte auch was anderes sein. Bei Show Pending Updates sind Firewall Rules auf dem Client notwendig. Die habe ich mal so wie hier gesetzt: https://help.symantec.com/cs/CCS11.5.2/USER_GUIDE/v97300448_v125263363/Creating-firewall-rules-to-enable-remote-querying-of-Windows-Updates?locale=EN_US Aber dann auch wieder entfernt weil der Client Probleme hatte den Server zu erreichen.

Siehst du denn einen Syntax- oder Logikfehler in den Rules? Muss man eigentlich eine Zeit warten wenn man was in dem Paket ändert? WPP ist so eingestellt das die Pakete nicht in der WSUS Console erscheinen, falls das irgendwas ausmacht. Am Client drücke ich nur auf Updates suchen.

Finde ich einfach übersichtlicher und einfacher bei den Rules

Also ich weiß nicht warum WPP so rumbockt, es geht kein einziges Paket bei mir. Nur die ohne oder Default Rules. Und mir kommt vor das sich die Pakete gegenseitig blockieren. Wenn ich von 3 Paketen wie unten, eins ohne Rules mache dann funktioniert das auch nicht. Was ist denn da falsch? Update Rule: <lar:Or> <lar:Not><bar:FileExists Path="NetPhone Client\NetPhone Client.exe" Csidl="42"/></lar:Not> <bar:FileVersion Path="NetPhone Client\NetPhone Client.exe" Comparison="LessThan" Version="9.40.0.127" Csidl="42"/> </lar:Or> Package Rule: <lar:And> <bar:Processor Architecture="9"/> <bar:RegDword Key="HKEY_LOCAL_MACHINE" Subkey="SOFTWARE\Netphone" Value="wppinstall" Comparison="EqualTo" Data="1" RegType32="true"/> <msiar:MsiApplicationInstallable/> </lar:And>

Leider nicht, hab aktuell diese Rule. Die GUI ist echt schwierig zu bedienen bei verschachtelten Rules. <lar:And> <bar:Processor Architecture="9"/> <lar:Or> <lar:Not> <bar:FileExists Path="NetPhone Client\NetPhone Client.exe" Csidl="42"/> </lar:Not><bar:FileVersion Path="NetPhone Client\NetPhone Client.exe" Comparison="LessThan" Version="9.40.0.127" Csidl="42"/></lar:Or> </lar:And>