{"id":211304,"date":"2018-11-02T08:40:21","date_gmt":"2018-11-02T07:40:21","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=211304"},"modified":"2024-02-11T19:19:37","modified_gmt":"2024-02-11T18:19:37","slug":"windows-10-keine-regback-sicherung-in-v1803-1809","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2018\/11\/02\/windows-10-keine-regback-sicherung-in-v1803-1809\/","title":{"rendered":"Windows 10: Keine RegBack-Sicherung in V1803\/1809"},"content":{"rendered":"

[En<\/a>]Windows legt in regelm\u00e4\u00dfigen Abst\u00e4nden eine Sicherungskopie der Registrierungsdateien an. In Windows 10 sieht es aber so aus, als ob dieser Vorgang in der Version 1803 und 1809 scheitert.<\/p>\n

<\/p>\n

Zum Hintergrund der RegBack-Sicherung<\/h2>\n

\"\"In Windows gibt es einen Ordner C:\\Windows\\System32\\config\\RegBack<\/em> in der das Betriebssystem zyklisch Kopien seiner Registrierungsdateien ablegen kann. Dazu existiert in der Aufgabenplanung einen Task im Zweig: Microsoft -> Windows \u2013> Registry<\/em><\/p>\n

\"Task<\/em><\/p>\n

Diese Aufgabe legt zyklisch diverse Dateien im Ordner RegBack<\/em> an. Ich habe das unter Windows 7 mal in einer administrativen Eingabeaufforderung kontrolliert. Das sieht dann so aus:<\/p>\n

\"Registrierungsdateien<\/p>\n

Es sind die systemweit g\u00fcltigen Strukturdateien der Registrierung (Hives) zu finden. In SOFTWARE sind z.B. alle installierten Programme zu finden und unter SYSTEM sind die Registrierungsschl\u00fcssel f\u00fcr das System abgelegt.<\/p>\n

Anmerkung: Ich habe in obigem Screenshot eine administrative Eingabeaufforderung zur Anzeige der Dateien verwendet. Man kann zwar auch den Explorer nutzen, muss diesem aber Zugriffsrechte auf die betreffenden Ordner gew\u00e4hren. Dann werden diese Zugriffsrechte aber permanent f\u00fcr das Benutzerkonto in den NT-Zugriffsrechten des Ordners eingetragen. Das wollte ich vermeiden. Es gibt zwar die M\u00f6glichkeit, einen portablen Dateimanager wie Explorer++ mit administrativen Rechten zu starten, um dieses Berechtigungsproblem zu umgehen. Aber in meinem Kurztest zeigte dieser unter Windows 7 keine Dateien an, auch wenn diese vorhanden waren. Den Grund habe ich auf die Schnelle nicht herausfinden k\u00f6nnen (Systemdateien waren zur Anzeige zugelassen). Die Eingabeaufforderung erschein mir die zuverl\u00e4ssigere L\u00f6sung zu sein.<\/p><\/blockquote>\n

Wenn ich es nicht falsch einordne, k\u00f6nnen diese Kopien bei einem nicht mehr startenden Windows verwendet werden, um \u00fcber Last known good configuration <\/em><\/del>das System (durch zur\u00fcckkopieren der Dateien) wieder zum Booten zu bringen.<\/p>\n

Durchwachsene Ergebnisse<\/h3>\n

Befasst man sich aber mal mit der Funktion, ist nicht alles eitel Sonnenschein. Microsoft gibt an, unter Windows 7 die Systemwiederherstellung bei besch\u00e4digter Registrierung zu versuchen (in Windows 10 ist diese Funktion standardm\u00e4\u00dfig deaktiviert). Man kann auch versuchen, die gesicherten Hive-Dateien aus RegBack<\/em> manuell unter Windows PE zur\u00fcck zu kopieren. Dieser Beitrag<\/a> vom August 2018 beschreibt diese Schritte, um das Ganze manuell zur\u00fcck zu holen. In diesem Forenbeitrag\u00a0beschreibt einen [erfolglosen] Versuch, die Dateien manuell zur\u00fcck zu schreiben (die Kopien waren wohl schon besch\u00e4digt). Und so richtig zuverl\u00e4ssig war das Ganze wohl nicht \u2013 zumindest gibt es in diesem HP-Forenbeitrag<\/a> aus 2017, dessen RegBack-<\/em>Ordner leer war, als er diesen gebraucht h\u00e4tte. Immer wenn der Trigger der Aufgabenplanung versagt, werden halt keine Backups der Hives geschrieben.<\/p>\n

In diesem Beitrag<\/a> zu Windows Vista aus 2009 beklagt sich zudem jemand, dass das Anlegen der Backups f\u00fcr die Registry eine ziemliche hohe Systemlast erzeuge. Ein kurzer Gedanke war daher, dass Microsoft die Sicherung der Registrierungsdateien daher in Windows 10 unterl\u00e4sst. Aber \u00fcber die Aufgabenplanung kann das ja in Zeiten des Leerlaufs verlegt werden. Zudem gibt es ja noch die betreffende Aufgabe in der Aufgabenplanung.<\/p>\n

In Windows 10 V1803\/1809 scheitert das Backup<\/h2>\n

Es kam in diesem Kommentar<\/a> schon als Randbemerkung auf: In Windows 10 Version 1809 klappt das automatische Anlegen der Backups der Registry-Hives wohl nicht mehr.\u00a0 Schaut man sich das Ganze in Windows 10 Version 1809 in der Eingabeaufforderung an, ist der Ordner RegBack<\/em> leer, obwohl es die Aufgabe zur Sicherung gibt.<\/p>\n

\"RegBack-Ordner<\/p>\n

Auch eine manuelle Ausf\u00fchrung der Aufgabe zur Sicherung der Registrierungs-Hive-Dateien \u00e4ndert daran nichts. Ich habe dann im Internet gesucht \u2013 dieser Foreneintrag<\/a> in MS Answers vom 7. Juni 2018 beklagt diesen Effekt bereits bei Windows 10 V1803. Er schreibt, dass die Dateien eine Gr\u00f6\u00dfe von 0 aufweisen w\u00fcrden. Weitere Nutzer best\u00e4tigen diese Beobachtungen. Es wird vermutet, dass Microsoft das Registry-Backup ab Windows 10 V1803 'gekillt' habe. In der Version 1809 ist der Ordner sogar ganz leer.<\/p>\n

In diesem Tweet<\/a> wird das Ganze ebenfalls bereits f\u00fcr die Windows 10 V1803 thematisiert, und einige Leute versuchen es im Feedback-Hub oder per Twitter den Microsoft-Entwicklern zur Kenntnis zu bringen.<\/p>\n

\n

#Windows10<\/a> 1803+ no longer creates backup copies of the registry<\/p>\n

Major blow to the Windows emergency restore abilities (forum support).<\/p>\n

Plz RT & in #feedbackhub<\/a><\/p>\n

Insiders on 1809: https:\/\/t.co\/juah6C3Mk4<\/a>
\nNon-insiders on 1803: https:\/\/t.co\/CsX0FLHWS4<\/a><\/p>\n

cc @WithinRafael<\/a> @rlinev<\/a> pic.twitter.com\/xrStdXzLxE<\/a><\/p>\n

\u2014 Vadim Sterkin (@vsterkin) 30. Oktober 2018<\/a><\/p><\/blockquote>\n