Відповідно до цього питання , історія файлів Windows 8 мовчки виходить з ладу, коли ім'я файлу занадто довге. Як я можу бути впевненим, що всі мої файли були успішно створені? Чи можна попередити, коли резервна копія не вдається?
Чи можна налаштувати Історію файлів Windows 8, щоб попереджати, коли ім'я файлу занадто довге?
Відповіді:
Як я можу бути впевненим, що всі мої файли були успішно створені?
Це потрібно перевірити вручну в журналі подій у розділі "Розширені налаштування". Microsoft тільки що запустила його, тому можливі помилки.
Чи можна попередити, коли резервна копія не вдається?
На даний момент не існує автоматичного звіту про помилку резервного копіювання (наприклад, якщо одна з ваших папок не є резервною копією). Ви повинні зробити це через журнал подій.
Дякую! Чи можете ви перевірити мої зміни до вашої публікації? Я редагував для наочності, але хочу переконатися, що я не змінив вашого значення.
—
Метью
@Matthew Ви можете натиснути правою кнопкою миші на подію та встановити завдання, щоб воно попереджало вас наступного разу, коли воно відбудеться. Там написано, що сповіщення електронної пошти та спливаючих вікон були застарілими, тому не впевнений, чи це спрацює, але я впевнений, що ви можете зрозуміти, як скористатись іншим варіантом (запустити програму / сценарій).
—
Луї Ваверу
Таким чином , засіб перегляду подій робить журнал помилку , як я підозрював. Коли я запитав @Kang про це в оригінальному запитанні , він сказав, що помилок не було.
—
Каран
@karan може бути кан щось не вистачає. Якщо папка порожня, вона не створюватиме резервну копію за історією файлів і в цьому випадку не створюватиме попередження або помилки.
—
avirk
Ну, ніяких файлів, жодного сенсу в історії файлів, правда? :) У його випадку хоча деякі файли з довгими іменами були пропущені, а інші - резервні копії. Здається, він просто не придивився уважно до переглядача подій.
—
Каран
Насправді в Windows 8.0 довгі імена файлів НЕ пропускаються. Вони можуть бути відсутніми, коли ви дивитесь безпосередньо на структуру папок FileHistory \\\ Data на фізичному резервному носії, але це не вся історія. Файли з довгими іменами перейменовуються та розміщуються у папці підпапок $ 0F, яку ви знайдете на фізичному носії разом із будь-якими іншими папками літер диска, які ви створюєте резервну копію.
Замість цього скористайтеся графічним інтерфейсом відновлення історії файлів, і ви знайдете всі свої давно названі файли, які автоматично інтегруються у вашу звичну структуру папок.
Така конструкція послаблює одну з ключових переваг цього інструменту - можливість працювати з резервними носіями даних безпосередньо замість нечитабельного монолітного архіву. Ви все ще можете, але ці довгі імена файлів не знаходяться в правильному місці та перейменовані (хоча типи файлів і вміст не впливають, щоб ви все одно могли отримати доступ до даних). Тим не менш, немає мовчазних упущень. Це все скопійовано, вам потрібно просто скористатися графічним інтерфейсом відновлення історії файлів, щоб побачити повну картину.
Це не зовсім правильно! Якщо загальна довжина шляху занадто довга, файл пропускається і помилка записується, як видно з цієї відповіді
—
Девід
Здається, що поведінка - це помилка, тому я сумніваюся, що є якийсь спосіб змусити її попередити.
Ви можете зробити якийсь сценарій, щоб перевірити, чи всі ваші файли названі за допомогою 260 - 25 = 235символів символів чи менше, але крім цього я не думаю, що рішення є.
Найкращим способом дій, напевно, було б повідомити Microsoft про цю помилку .
Це не помилка, це дизайн. Інакше програма перегляду подій не записує відповідний ідентифікатор події, повідомлення про помилку тощо. @Matthew: Окрім того, існує спосіб, щоб зробити це попередження. Оскільки переглядач подій реєструє його, ви можете встановити тригер завдання для ідентифікатора та змусити Планувальника надсилати пошту чи відображати повідомлення чи що завгодно, коли ця помилка реєструється.
—
Каран