Zgodnie z tym pytaniem Historia plików systemu Windows 8 po cichu kończy się niepowodzeniem, gdy nazwa pliku jest zbyt długa. Jak mogę się upewnić, że wszystkie moje pliki zostały pomyślnie utworzone? Czy istnieje jakiś sposób ostrzeżenia, gdy tworzenie kopii zapasowej się nie powiedzie?
Czy historię plików systemu Windows 8 można skonfigurować tak, aby ostrzegała o zbyt długiej nazwie pliku?
Odpowiedzi:
Jak mogę się upewnić, że wszystkie moje pliki zostały pomyślnie utworzone?
Musisz to sprawdzić ręcznie w dzienniku zdarzeń w „Ustawieniach zaawansowanych”. Microsoft właśnie go uruchomił, więc mogą występować pewne błędy.
Czy istnieje jakiś sposób ostrzeżenia, gdy tworzenie kopii zapasowej się nie powiedzie?
W tej chwili nie ma automatycznego raportu o błędach tworzenia kopii zapasowej (na przykład, jeśli nie utworzono kopii zapasowej jednego z folderów). Musisz to zrobić poprzez dziennik zdarzeń.
Dzięki! Czy możesz sprawdzić moje zmiany w swoim poście? Redagowałem dla jasności, ale chcę się upewnić, że nie zmieniłem twojego znaczenia.
—
Matthew
@ Matthew Możesz kliknąć wydarzenie prawym przyciskiem myszy i skonfigurować zadanie, aby ostrzegało cię przy następnym wystąpieniu. Mówi, że powiadomienia e-mail i wyskakujące są przestarzałe, więc nie jestem pewien, czy to zadziała, ale jestem pewien, że możesz dowiedzieć się, jak to zrobić za pomocą drugiej opcji (uruchom program / skrypt).
—
Louis Waweru
Event Viewer tak robi logowania błąd jak podejrzewałem. Kiedy zapytałem @Kanga o to w pierwotnym pytaniu , powiedział, że nie ma błędów.
—
Karan,
@karan może być kang czegoś brakuje. Jeśli folder jest pusty, nie zostanie utworzona kopia zapasowa według historii plików i nie wygeneruje żadnego ostrzeżenia ani błędu w tym przypadku.
—
avirk
Nie ma plików, nie ma sensu w historii plików, prawda? :) W jego przypadku niektóre pliki o długich nazwach zostały pominięte, a inne zostały zapisane. Chyba po prostu nie wyglądał wystarczająco uważnie w Podglądzie zdarzeń.
—
Karan
W systemie Windows 8.0 długie nazwy plików NIE są pomijane. Mogą się wydawać, że ich brakuje, gdy spojrzysz bezpośrednio na strukturę folderów FileHistory \\\ Data na fizycznym nośniku kopii zapasowej, ale to nie jest cała historia. Pliki o długich nazwach są zmieniane i umieszczane w podfolderze $ 0F, który znajdziesz na nośniku fizycznym, obok innych folderów z literami dysków, których kopię zapasową tworzysz.
Zamiast tego użyj interfejsu GUI odzyskiwania historii plików, a wszystkie pliki o długich nazwach zostaną automatycznie ponownie zintegrowane ze znaną strukturą folderów.
Ta konstrukcja osłabia jedną z kluczowych zalet tego narzędzia - możliwość bezpośredniej pracy z nośnikiem kopii zapasowej zamiast nieczytelnego monolitycznego archiwum. Nadal możesz, ale te długie nazwy plików nie znajdują się we właściwej lokalizacji i zostały przemianowane (chociaż nie wpływa to na typy plików i zawartość, więc nadal możesz uzyskać dostęp do danych). Niemniej jednak nie ma cichych pominięć. Wszystko zostało skopiowane, wystarczy użyć GUI odzyskiwania historii plików, aby zobaczyć pełny obraz.
To nie jest do końca poprawne! Jeśli całkowita długość ścieżki jest zbyt długa, plik jest pomijany, a błąd jest rejestrowany, jak widać w tej odpowiedzi
—
David Balažic
Wygląda na to, że zachowanie jest błędem, więc wątpię, aby istniał sposób, aby cię ostrzec.
Możesz napisać skrypt, aby sprawdzić, czy wszystkie twoje pliki są nazwane przy użyciu 260 - 25 = 235znaków lub mniej, ale poza tym nie sądzę, że istnieje rozwiązanie.
Najlepszym rozwiązaniem byłoby prawdopodobnie zgłoszenie tego błędu do firmy Microsoft.
To nie jest błąd, to z założenia. W przeciwnym razie nie byłby rejestrowany przez Podgląd zdarzeń z odpowiednim identyfikatorem zdarzenia, komunikatem o błędzie itp. @Matthew: Oczywiście istnieje sposób, aby cię ostrzec. Ponieważ Podgląd zdarzeń go rejestruje, możesz ustawić wyzwalacz zadania dla identyfikatora i zmusić program planujący do wysłania wiadomości e-mail lub wyświetlenia wiadomości lub cokolwiek zechcesz za każdym razem, gdy błąd zostanie zarejestrowany.
—
Karan,