{"id":325950,"date":"2026-06-05T14:45:46","date_gmt":"2026-06-05T12:45:46","guid":{"rendered":"https:\/\/borncity.com\/blog\/?p=325950"},"modified":"2026-06-05T16:17:45","modified_gmt":"2026-06-05T14:17:45","slug":"veeam-backup-falle-mit-datenverlust-bei-sharepoint-onedrive-teams-etc","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2026\/06\/05\/veeam-backup-falle-mit-datenverlust-bei-sharepoint-onedrive-teams-etc\/","title":{"rendered":"Veeam Backup-Falle mit Datenverlust bei SharePoint, Onedrive, Teams etc."},"content":{"rendered":"<p><img decoding=\"async\" style=\"float: left; margin: 0px 10px 0px 0px; display: inline;\" title=\"Stop - Pixabay\" src=\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2021\/06\/Stop01.jpg\" alt=\"Stop - Pixabay\" align=\"left\" \/>Kurze Information f\u00fcr Nutzer und Administratoren, die auf Veeam Backup (Veeam Data Cloud f\u00fcr Microsoft 365 und Veeam Backup f\u00fcr Microsoft 365) setzen. Ein Leser hat mich dar\u00fcber informiert, das es ein Problem in der betreffenden Software gebe, wodurch in seinem Umfeld ein SharePoint-Nutzer Dokumente verloren hat, obwohl es ein Veeam-Backup gab. Das Ganze ist Veeam sogar bekannt und es gibt einen Supportbeitrag dazu. Ich stelle es mal als Warnung hier im Blog ein\u00a0 &#8211; aber vielleicht ist das alles ja bekannt.<\/p>\n<p><!--more--><\/p>\n<h2>Ein Leserhinweis auf Backup-Probleme<\/h2>\n<p><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/vg07.met.vgwort.de\/na\/2506a1058a0e4c7791d69ba8c0d869ad\" alt=\"\" width=\"1\" height=\"1\" \/>Blog-Leser Gabriel M. hat sich heute per E-Mail mit \"Wir haben jetzt ein 'when the shit hit the fan' Moment\" gemeldet und den Fall auf den Tisch gebracht (danke daf\u00fcr). Was ist passiert?\u00a0Der unsch\u00f6ne Sachverhalt ist schnell erz\u00e4hlt: In der IT-Umgebung des Blog-Lesers sichert man mittels Veeam Backup u.a. auch SharePoint-Inhalte.\u00a0 Wie bef\u00fcrchtet hat ein Benutzer in der \"Geschichte\" versehentlich \u00fcber 30.ooo Objekte aus einer SharePoint Library gel\u00f6scht. Kann schon mal passieren, aber man hat ja Backup.<\/p>\n<p>Anstatt die gel\u00f6schten Objekte aus dem Papierkorb zur\u00fcck zu holen, hat die IT einen Restore \u00fcber Veeam gestartet. Dieser Restore lief auch einwandfrei durch. Fall erledigt &#8230; hat die IT gedacht, da Veeam Backup &amp; Replication nichts bem\u00e4ngelt hatte.<\/p>\n<p>Fast zwei Wochen sp\u00e4ter kamen die Meldungen der Benutzer, dass einige Dokumente im SharePoint-Verzeichnis sich nicht \u00f6ffnen lassen. Also wurde ein Support-Ticket bei Veeam er\u00f6ffnet.<\/p>\n<h2>Veeam-Supportbeitrag kb4835 \u00fcber \"potential Issues\"<\/h2>\n<p>Auf das Support-Ticket kam vom Veeam-Support der Hinweis auf den KB-Artikel\u00a0<a href=\"https:\/\/www.veeam.com\/kb4835\" target=\"_blank\" rel=\"noopener\">Potential Issue With Backing up Sharepoint, Onedrive, Teams Files, and List Attachments<\/a>, wo der staunende Kunde informiert wird, dass es potentiell Probleme gebe.<\/p>\n<p>Die Sicherung von SharePoint-, OneDrive- und Teams-Daten wird zwar erfolgreich mit\u00a0 Veeam Backup &amp; Replication abgeschlossen, meldet das Programm. Und auch die anschlie\u00dfende Wiederherstellung dieser gesicherten Daten verl\u00e4uft angeblich erfolgreich. Beim \u00d6ffnen einiger der wiederhergestellten Dateien oder Listenanh\u00e4nge kann es jedoch vorkommen, dass diese Elemente in den zugeh\u00f6rigen Anwendungen (z. B. Microsoft Word, Excel, PowerPoint und Adobe Acrobat) nicht korrekt ge\u00f6ffnet werden, hei\u00dft es bei Veeam im Supportbeitrag.<\/p>\n<p>Veeam gibt auch den Grund f\u00fcr das Problem an:\u00a0Bei Sicherungsvorg\u00e4ngen wurden Dateien, Listenanh\u00e4nge oder Bilder aus SharePoint, OneDrive oder Teams mit dem Inhalt der von der API zur\u00fcckgegebenen HTML-Fehlerseiten, statt mit ihrem tats\u00e4chlichen Dateiinhalt, gespeichert.\u00a0Veeam hat dieses Problem erstmals Anfang M\u00e4rz 2026 festgestellt.<\/p>\n<p>Dieses Problem betrifft Veeam Data Cloud f\u00fcr Microsoft 365 und alle unterst\u00fctzten Versionen von Veeam Backup f\u00fcr Microsoft 365. Es ist unabh\u00e4ngig vom Repository-Typ und betrifft sowohl JET-basierte als auch Objektspeicher-Repositorys. Fatal:\u00a0In Backup-Jobs oder Wiederherstellungsaufgaben werden keine Fehler angezeigt; das Problem tritt erst auf, wenn der Benutzer versucht, die wiederhergestellte Datei zu \u00f6ffnen.<\/p>\n<h2>Backups sind teilweise unbrauchbar<\/h2>\n<p>Der Leser schrieb mir dazu: \"Meiner Meinung [nach] sollte Veeam das allen Kunden explizit mit einer deutlichen Warnung mitteilen. Angeblich wurde das Problem mit der neuesten Version gefixt, aber die Backups auf den Platten der Kunden sind unbrauchbar!\"<\/p>\n<p>Die IT des Lesers muss jetzt m\u00fchsam die mit Veeam wiederhergestellten Daten aus der SharePoint-Produktivumgebung entfernen und die Objekte aus dem Papierkorb wiederherstellen. Ein Library-Restore \u00fcber die Einstellungen ist auch nicht mehr m\u00f6glich.\u00a0 Der Leser schreibt dazu \"Microsoft selbst will\/kann da nicht helfen.\" und erg\u00e4nzte \"Das Thema ist vielleicht einen Eintrag wert, um andere ITler zu warnen\".<\/p>\n<p>Von Veeam hat der Leser die folgende Antwort auf die Frage, ob noch irgendwas zu retten ist, erhalten:<\/p>\n<blockquote>\n<div class=\"elementToProof\">At this stage, I would not say that there is nothing that can be done, but I do want to be transparent that this issue may affect certain items that were backed up during the impacted period.<\/div>\n<div class=\"elementToProof\">The fix included in the latest build helps prevent the issue for\u00a0newly created or modified items, but it does\u00a0not automatically repair items that were already backed up in a corrupted state.<\/div>\n<div class=\"elementToProof\">In summary:<\/div>\n<ul>\n<li>New or changed items\u00a0backed up after upgrading to the fixed build should no longer be affected.<\/li>\n<li><b>Previously backed up items\u00a0that were impacted may still remain corrupted if they have not changed since then.<\/b><\/li>\n<li>In some cases,\u00a0starting a new full backup job\u00a0or forcing a fresh backup may be necessary to capture clean copies, provided the original source data in Microsoft 365 is still intact and accessible.<\/li>\n<\/ul>\n<div class=\"elementToProof\">Please also note that our Development team is actively investigating whether there is a way to repair the affected files.<\/div>\n<\/blockquote>\n<div>Frage: Ist das bei euch in der Leserschaft allgemein bekannt, dass es das Backup-Problem bei Veeam gibt? Oder schlummert da noch ein Problem, was manchem IT-Mitarbeiter auf die F\u00fc\u00dfe fallen wird, wenn Backups zur\u00fcckgespielt werden sollen?<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Kurze Information f\u00fcr Nutzer und Administratoren, die auf Veeam Backup (Veeam Data Cloud f\u00fcr Microsoft 365 und Veeam Backup f\u00fcr Microsoft 365) setzen. Ein Leser hat mich dar\u00fcber informiert, das es ein Problem in der betreffenden Software gebe, wodurch in &hellip; <a href=\"https:\/\/borncity.com\/blog\/2026\/06\/05\/veeam-backup-falle-mit-datenverlust-bei-sharepoint-onedrive-teams-etc\/\">Weiterlesen <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[398,41,8537,7459],"tags":[4327,24,8438],"class_list":["post-325950","post","type-post","status-publish","format-standard","hentry","category-backup","category-datentrager","category-problem","category-software","tag-backup","tag-problem","tag-veeam"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/325950","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=325950"}],"version-history":[{"count":6,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/325950\/revisions"}],"predecessor-version":[{"id":325956,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/325950\/revisions\/325956"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=325950"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=325950"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=325950"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}