Excel Datei bleibt unbearbeitet trotz täglichem Zugriff
Hallo Leute,
Ich verzweifel total. Wir haben am 19.09.2016 wegen eines Hardwareausfalls einen neuen Server hingestellt. Dieser beinhaltet:
1 VM als DC mit Netzfreigaben für Daten
1 VM als SQL und Programm VM
So nun ist es so dass im Pfad der DC VM eine wichtige Datei liegt:
\\VM\d\daten\allgemein\kommission.xls
Diese wird von mindestens 5 Maschinen am Tag geöffnet. Nun ist sie korruppt.
Ich sichere die VM´s jeden Tag weg. Aber jetzt kommt der Punkt den ich beim besten Willen nicht verstehe...
In JEDER Sicherung bis Dezember zurück liegt genau unter diesem Pfad eine Kommission.xls mit Zeitstempel und Dateninhalt vom 14.09.2016! WTF?
Jetzt dachte ich mir ok, schaust dir mal die Verknüpfung auf den PC´s an...
die Zeigen alle auf Netzlaufwerk M:\allgemein\kommission.xls
Auf den Maschinen sind nur Verknüpfungen zu finden, also ist es ausgeschlossen dass die Herren lokal gespeichert haben.
Also wo zur Hölle hat Office die Daten hingeschrieben?
Die Mitarbeiter und der Chef schwören dass diese Tabelle jeden Tag bis zuletzt zum 30.01.16 benutzt wurde. Die Originaldatei die korrupt ist hat auch einen Zeitstempel vom 01.02.2017.
Die restlichen Dateien und Ordner in den verschiedenen VHD´s haben auch aktuelle Zeitstempel, also an der Sicherung kann es nicht liegen.
Wer kann mir helfen Was übersehe ich...
Ich verzweifel total. Wir haben am 19.09.2016 wegen eines Hardwareausfalls einen neuen Server hingestellt. Dieser beinhaltet:
1 VM als DC mit Netzfreigaben für Daten
1 VM als SQL und Programm VM
So nun ist es so dass im Pfad der DC VM eine wichtige Datei liegt:
\\VM\d\daten\allgemein\kommission.xls
Diese wird von mindestens 5 Maschinen am Tag geöffnet. Nun ist sie korruppt.
Ich sichere die VM´s jeden Tag weg. Aber jetzt kommt der Punkt den ich beim besten Willen nicht verstehe...
In JEDER Sicherung bis Dezember zurück liegt genau unter diesem Pfad eine Kommission.xls mit Zeitstempel und Dateninhalt vom 14.09.2016! WTF?
Jetzt dachte ich mir ok, schaust dir mal die Verknüpfung auf den PC´s an...
die Zeigen alle auf Netzlaufwerk M:\allgemein\kommission.xls
Auf den Maschinen sind nur Verknüpfungen zu finden, also ist es ausgeschlossen dass die Herren lokal gespeichert haben.
Also wo zur Hölle hat Office die Daten hingeschrieben?
Die Mitarbeiter und der Chef schwören dass diese Tabelle jeden Tag bis zuletzt zum 30.01.16 benutzt wurde. Die Originaldatei die korrupt ist hat auch einen Zeitstempel vom 01.02.2017.
Die restlichen Dateien und Ordner in den verschiedenen VHD´s haben auch aktuelle Zeitstempel, also an der Sicherung kann es nicht liegen.
Wer kann mir helfen Was übersehe ich...
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 328912
Url: https://administrator.de/contentid/328912
Ausgedruckt am: 25.11.2024 um 06:11 Uhr
61 Kommentare
Neuester Kommentar
Hallo,
Werden bei der Suche noch andere Dateien gleichen Namens gefunden?
Wie hast Du auf die Daten aus den Sicherungen zugegriffen?
Wenn der ganze Server als VM zurückgesichert wird (wo anders) sin ddie Daten dann in Ordnung?
Dateisystemfehler? Hast Du evtl Volumenshattenkopiene am laufen für die Freigaben? Wenn ja kannst Du darüber was retten, und wenn nicht für die Zukunft aktivieren (alle 2 Studnen einen Snapshot machen lassen)
Kannst Du die virtuelle Platte vom DC aus dem Backup wiederherstellen und wo anders Mounten und dort gezielt suchen?
Gruß
Chonta
Ich sichere die VM´s jeden Tag weg.
Wie?die Zeigen alle auf Netzlaufwerk M:
Und M ist wirklich D:\daten\ ?Werden bei der Suche noch andere Dateien gleichen Namens gefunden?
Wie hast Du auf die Daten aus den Sicherungen zugegriffen?
Wenn der ganze Server als VM zurückgesichert wird (wo anders) sin ddie Daten dann in Ordnung?
Dateisystemfehler? Hast Du evtl Volumenshattenkopiene am laufen für die Freigaben? Wenn ja kannst Du darüber was retten, und wenn nicht für die Zukunft aktivieren (alle 2 Studnen einen Snapshot machen lassen)
Kannst Du die virtuelle Platte vom DC aus dem Backup wiederherstellen und wo anders Mounten und dort gezielt suchen?
Gruß
Chonta
http://office-recovery.com/excel.asp
https://so-arbeiten-wir-morgen.de/ungespeicherte-excel-mappen-retten/
Das einzige was mir einfallen würde.
Wenn die Datei asbach Uralt ist scheint das Teil ja nie ordnungsgemäß auf dem Server gespeichert worden zu sein.
Liegt in einem der Backups ggf eine versteckte Tempdatei von dem File?
Gruß
Chonta
https://so-arbeiten-wir-morgen.de/ungespeicherte-excel-mappen-retten/
Das einzige was mir einfallen würde.
Wenn die Datei asbach Uralt ist scheint das Teil ja nie ordnungsgemäß auf dem Server gespeichert worden zu sein.
Liegt in einem der Backups ggf eine versteckte Tempdatei von dem File?
Gruß
Chonta
Ich würde mal das ganze Image nach dem Dateinamen durchsuchen. Vermutlich ist die durch eine Änderung ganz woanders gelandet.
Oder die Datei wurde die ganze Zeit offline bearbeitet unbemerkt von den Anwendern und ist dann im Offline-Cache auf den Clients gelandet.
Oder die Datei liegt auf einem ganz anderen Server, wer weiß
Gruß
Oder die Datei wurde die ganze Zeit offline bearbeitet unbemerkt von den Anwendern und ist dann im Offline-Cache auf den Clients gelandet.
Oder die Datei liegt auf einem ganz anderen Server, wer weiß
Gruß
Hast du meine Hinweise gelesen?
Zitat von @Edaseins:
ja I =D das ist doch die gemountete Sicherung
Jetzt hab ich den thread auch noch als gelöst markiert <.<
Sry ich hab grad nen mega stresslevel
Na dann:ja I =D das ist doch die gemountete Sicherung
Jetzt hab ich den thread auch noch als gelöst markiert <.<
Sry ich hab grad nen mega stresslevel
Zitat von @132272:
Hast du meine Hinweise gelesen?
Hast du meine Hinweise gelesen?
Sorry hatte deinen Wurstsatz falsch gelesen.
Wie ist die Freigabe eingerichtet? Ist das Zwischenspeichern erlaubt?
Gruß
Wie ist die Freigabe eingerichtet? Ist das Zwischenspeichern erlaubt?
Gruß
Zitat von @Edaseins:
Das mit dem Offline Cache versteh ich nicht ganz, wir haben dort keine serverseitigen Profile
Konfigurieren der Offlineverfügbarkeit für einen freigegebenen Ordner - TechNet - MicrosoftDas mit dem Offline Cache versteh ich nicht ganz, wir haben dort keine serverseitigen Profile
Zitat von @Edaseins:
Die Freigabe für dieses Netzlaufwerk ist für die einzelnen leute freigegeben. Sie haben alle volle rechte auf dem Laufwerk.
Danach hatte ich nicht gefragt. Siehe Link von @nachfrageDie Freigabe für dieses Netzlaufwerk ist für die einzelnen leute freigegeben. Sie haben alle volle rechte auf dem Laufwerk.
Vielleicht hat auch die VM oder VSS einen Schuss weg und Acronis sichert die Daten immer aus einem veralteten VSS-Snapshot.
Würde mal das Eventlog, VSS-Writer und Schattenkopien kontrollieren.
Würde mal das Eventlog, VSS-Writer und Schattenkopien kontrollieren.
Klar können wir hier ja nicht sehen, zumindest im oberen Screenshot sehe ich aber keine aktuelleren Dateien das müsste der TO eben mal abklären.
Zitat von @Edaseins:
Aber was das Mounten angeht benötige ich doch nur die VHD die anderen Dateien sind doch wurst oder?
Von wegen Wurst, wenn du Snapshots machst eben nicht!Aber was das Mounten angeht benötige ich doch nur die VHD die anderen Dateien sind doch wurst oder?
Vérmutlich sichert Acronis immer einen alten Snapshot?!
Ich weis schon warum ich seit Jahren die Finger von Acronis lasse Backups sollte man regelmäßig auch "kontrollieren."
Aber was das Mounten angeht benötige ich doch nur die VHD die anderen Dateien sind doch wurst oder?
LOLAlso hast Du zig Snapshots und verwendest HyperV....
Die VHD wird readonly geschaltet und der Rest passiert im Snapshot..... Ein neuer Snapshot schaltet den vorher aktiven readonly und änderungen gehen nur noch in den aktuellen.
Ds hast Du ein riesen overhead...
Das schöne ist, mountest Du die Readonlyteile kannst Du die VM nicht wieder starten weil alles nichtmehr konsistent ist......
Also wenn Du suchen willst, dann in einem richtig wiederhergestllten Server oder im letzen Snapshot der Platten.
Gruß
Chonta
Laut Bild sind deine VHD seid 15.09.2016 nicht mehr geändert worden.
Die Snapshots die da rumliegen schauen aus wie Hyper-V Snapshots.
Wer macht Hyper-V Snapshots und warum und wieviele zeigt der Hyper-V an?
Die VHD wegzusichern ist nicht wirklich ein Backup!
Was für ein Acronis ist im Einsatz?
Wenn man Backup macht dann bitte auch mit einem Program das die Aufgabe auch beherscht, also entweder ein Imageprogram das den ganzen Host mitsammt der VM als ein Job sichert oder Backup innerhalb der VM als wären die Metall oder ein Backupprogramm das vom Hostaus gezeilt VM sichern und wiederherstellen kann.
Die Frage ist, was für ein Program läuft da überhaupt, Acronis != Acronis, wenn Du verstehst.
Gruß
Chonta
Die Snapshots die da rumliegen schauen aus wie Hyper-V Snapshots.
Wer macht Hyper-V Snapshots und warum und wieviele zeigt der Hyper-V an?
Acronis macht doch nichts anderes als sich den inhalt dieser ORdner zu nehmen und die auf ein NAS zu sichern.
Ich hoffe Doch!Die VHD wegzusichern ist nicht wirklich ein Backup!
Was für ein Acronis ist im Einsatz?
Wenn man Backup macht dann bitte auch mit einem Program das die Aufgabe auch beherscht, also entweder ein Imageprogram das den ganzen Host mitsammt der VM als ein Job sichert oder Backup innerhalb der VM als wären die Metall oder ein Backupprogramm das vom Hostaus gezeilt VM sichern und wiederherstellen kann.
Die Frage ist, was für ein Program läuft da überhaupt, Acronis != Acronis, wenn Du verstehst.
Gruß
Chonta
das heisst ich hab nur Datenmüll?
Nein.Aber das suchen in der VHD selbe kannst Du Dir sparen.
Weil aktuelle Dten landen nur im Aktuellen aktiven Snapshot!
Und die Snapshots dazwischen haben auch nur daten vom Zeitpunkt des Snapshot.
Das Bild was du gepostet hast woe die VHD liegen, ist der Ordner auf dem Hyper-V der aktuell in Verwendung ist.
Wie schaut die Sicherung denn aus? Wie schaut der Ordner aus der da wiederhergestellt wird?
Gruß
Chonta
Zitat von @Edaseins:
Das hat die funktion die beiden VM´s zu sichern, acronis selber erkennt diese ja auch...
Ersetzt aber nicht das Hirn das dies auch kontrolliert . Eine Sicherung ist nur immer so gut wie ...;-PDas hat die funktion die beiden VM´s zu sichern, acronis selber erkennt diese ja auch...
Ich frage mich echt wer da mit VMs und Hyper-V hantiert und keine Ahnung von Snapshots hat, das kann ja nur in die Hose gehen, sorry.
Ich warte ja noch auf die Beantwortung meiner Frage aber ich Tippe schon einmal darauf, dass der Gute nur das Verzeichnis der VHD's auf dem Hyper-V gesichert hat. Ich kenne Acronis zwar nicht aber bei den von mir eingesetzten Lösungen öffne ich schlicht mein Backup-Programm und stelle die Datei(en) wieder her die ich brauche. Da gibt es keine VHD's in der Sicherung...
Gruß Krämer
Gruß Krämer
wäre dies möglich?
ja. Wenn Acronis die Daten konsistent (VSS) gesichert und die VM die Daten im laufenden Betrieb richtig per VSS weggeschrieben hat.Zitat von @Edaseins:
wiegesagt acronis Server backup 12
da wird die maschine auf der die vm´s laufen erkannt und auch die vm´s wie der die sichert k.a. aber ich tipp drauf das er aktuell nur die Ordnerstruktur von d kopiert. wobei acronis mein Chef eingerichtet hat. ha da bin ich raus :D
wiegesagt acronis Server backup 12
da wird die maschine auf der die vm´s laufen erkannt und auch die vm´s wie der die sichert k.a. aber ich tipp drauf das er aktuell nur die Ordnerstruktur von d kopiert. wobei acronis mein Chef eingerichtet hat. ha da bin ich raus :D
Dann ist zu 99% die Sicherung falsch eingerichtet. Ein VM wird nämlich anders gesichert!
Viel Glück mit deiner Restore-VM - evtl. hast du ja Glück und einen konsistenten Stand gesichert...
steck nen Gruß mit rein! Nur wo bist du gerade drin? Und was für eine Lizenz?
Dann wundert mich gar nichts mehr
Zitat von @Edaseins:
Da ist nur noch die Frage wie in Hyper V die "backup VM" hochfahre und mir dann ohne Netzwerk die Daten rauskratze.... weil 2 dc´s ist nicht so gut fürn laufenden Betrieb hab ich so gehört...
Verstehe ich jetzt nicht - so ne popelige Excel-Datei kannst de per Copy&Paste aus der VM kopieren...Da ist nur noch die Frage wie in Hyper V die "backup VM" hochfahre und mir dann ohne Netzwerk die Daten rauskratze.... weil 2 dc´s ist nicht so gut fürn laufenden Betrieb hab ich so gehört...
und das ist nichts anderes wie fast gar nichts. Die Konsistenz der VM's ist so überhaupt nicht sichergestellt.
Zitat von @Edaseins:
Ok also ich kopier mir grad die Snapshots und configs und alles in nen recoverordner und dann versuch ich die maschine mal zu starten...
DIe Maschine zu starten braucht es noch nicht mal, wie @Kraemer schon sagt lassen sich die Snapshots auch so mounten wenn sie denn nicht korrupt geworden sind durch diese wahrlich missglückte Sicherung.Ok also ich kopier mir grad die Snapshots und configs und alles in nen recoverordner und dann versuch ich die maschine mal zu starten...
https://social.technet.microsoft.com/Forums/windowsserver/en-US/b5ec1ea3 ...
Hallo,
Kopie von was? Mach doch bitte mal eine Auflistung (Details deiner AVHDX Datein betreffend deines DC. Dann können wir dir sagen welche AVHDX du nutzen musst (zum Mounten - Ohne Acronis) um den letzten Stand zu sehen. In welcher AVHDX deine gesuchte Excel mit ihren letzten Änderungen enthalten ist.... Allerdings brauchst du du ganze kette deiner AVHDX sowie die zugrunde liegende VHDX. Sonst hast du in der tat nur Elektronischen Datenmüll weggespeichert. Befasse dich mit VHD - VHDX - AVHD und AVHDX was diese bei ein hyper-V bedeuten. Dann solltest du schnellstmöglich schauen das dein Acronis das tu was du erwartest und ach wie du es nachweisen kannst. Und zum suchen solltest du dann ein Werkzeug nehmen was tatsächlich sucht und nicht nur dein Windows OS. Filelocator sollte reichen, allerdings wirst du jede AVHDX dazu erst Mounten müssen.
https://technet.microsoft.com/de-de/library/dn818483%28v=ws.11%29.aspx
Und deine Prüfpunkte (Snapshots) schnellstmöglich zusammenführen bevor es heisst "Daten sind weg"
Snapshots (VSS technologie) werden zur Datensicherung verwendet, sind selbst aber keine Datensicherung
Gruß,
Peter
Kopie von was? Mach doch bitte mal eine Auflistung (Details deiner AVHDX Datein betreffend deines DC. Dann können wir dir sagen welche AVHDX du nutzen musst (zum Mounten - Ohne Acronis) um den letzten Stand zu sehen. In welcher AVHDX deine gesuchte Excel mit ihren letzten Änderungen enthalten ist.... Allerdings brauchst du du ganze kette deiner AVHDX sowie die zugrunde liegende VHDX. Sonst hast du in der tat nur Elektronischen Datenmüll weggespeichert. Befasse dich mit VHD - VHDX - AVHD und AVHDX was diese bei ein hyper-V bedeuten. Dann solltest du schnellstmöglich schauen das dein Acronis das tu was du erwartest und ach wie du es nachweisen kannst. Und zum suchen solltest du dann ein Werkzeug nehmen was tatsächlich sucht und nicht nur dein Windows OS. Filelocator sollte reichen, allerdings wirst du jede AVHDX dazu erst Mounten müssen.
https://technet.microsoft.com/de-de/library/dn818483%28v=ws.11%29.aspx
Und deine Prüfpunkte (Snapshots) schnellstmöglich zusammenführen bevor es heisst "Daten sind weg"
Aber was das Mounten angeht benötige ich doch nur die VHD die anderen Dateien sind doch wurst oder?
Wenn die Daten nur in der VHD(X) enthalten sind reicht das, aber deine AVHDX deuten etwas anderes an.Snapshots (VSS technologie) werden zur Datensicherung verwendet, sind selbst aber keine Datensicherung
Gruß,
Peter
Keine Ursache.
https://www.veeam.com/virtual-machine-backup-solution-free.html?ad=menu- ...
Gruß
Zitat von @Edaseins:
Da Acronis 1400 Euro zusätzlich will für die beiden VM´s haben wir uns heute auch entschieden dass Produkt bei diesem Kunden zu wechseln.
Dann schaut doch mal hier vorbeiDa Acronis 1400 Euro zusätzlich will für die beiden VM´s haben wir uns heute auch entschieden dass Produkt bei diesem Kunden zu wechseln.
https://www.veeam.com/virtual-machine-backup-solution-free.html?ad=menu- ...
Gruß
Zitat von @Edaseins:
Da Acronis 1400 Euro zusätzlich will für die beiden VM´s haben wir uns heute auch entschieden dass Produkt bei diesem Kunden zu wechseln.
Ihr habt diesen Murks bei einem Kunden fabriziert? Ich meine Schwamm drüber - will da nun nicht drüber her ziehen - aber sucht euch einen Hersteller und lasst euch schulen!Da Acronis 1400 Euro zusätzlich will für die beiden VM´s haben wir uns heute auch entschieden dass Produkt bei diesem Kunden zu wechseln.