Як я можу створити резервну копію зашифрованих файлів EFS за допомогою Windows FileHistory?


2

Я хочу створити резервну копію зашифрованих файлів EFS у своєму Windows% USERPROFILE% на зовнішньому USB-накопичувачі, форматованому NTFS, за допомогою Windows FileHistory. У мене є такі проблеми:

  1. Після натискання кнопки "Вибрати диск" у розділі "розширені налаштування" та вибору мого резервного накопичувача USB на жовтому фоні над полем із зображенням вибраного диска виводиться повідомлення про те, що "Зашифровані файли EFS були знайдені у файлі, що не належить до NTFS система чи мережеве розташування та FileHistory не створюють резервні копії таких файлів. " Єдина частина цього повідомлення, яка не є хибною, - це те, що вона знайшла деякі зашифровані файли EFS. Ні джерело (C :), ні об'єм резервного копіювання не були NTFS; жодна мережа не була залучена.
  2. Якщо ви натиснете "Запустити зараз" під вибраним дисковим накопичувачем, ви отримаєте повідомлення про те, що "привід не вдалося використати" та криптовалютний код помилки.
  3. Якщо замість цього закрити "розширені налаштування", повернутися до головного екрана налаштувань резервного копіювання та натиснути кнопку "Завантажити зараз", FileHistory назавжди повернеться, відображаючи повідомлення "Ваші файли створюються в режимі резервного копіювання", очевидно, резервне копіювання. файли, але фактично не мають доступу до резервного диска. USB-диск заснув через відсутність активності. Я залишав його більше 2 годин, але FileHistory нічого не робив, крім створення своїх папок.

Зовнішній USB-накопичувач, про який йде мова, захищений BitLocker, а гучність NTFS знаходиться у 3-му розділі на диску. Просто згадуючи про це для повноти. Вони не повинні впливати на FileHistory.

Як мені зробити резервні копії файлів?

Не запитуйте, чому я не використовую BitLocker на своєму C: диску замість EFS. Відповідь на це питання не стосується, але це тому, що мій C: є розділом BootCamp, і Apple каже, що вони не сумісні з BitLocker.


Я зробив чисту інсталяцію Windows 10, і це дозволило бітлокеру, навіть не будучи явно це схвалити. Це значно знижує життєздатність використання історії файлів, оскільки це говорить про те, що зашифровані файли не будуть резервні копії. Ходили чутки, що історія файлів відходила - можливо, саме тому.
Саймон

Відповіді:


0

Я розмістив це питання для того, щоб я міг дати відповідь, що я зрозумів, на справді публічному форумі. Я довго проводив пошук в Інтернеті відповіді без результатів, тому вважаю, що це буде корисно для інших, оскільки я багато разів знаходив запитання, але ніколи не відповів.

Я поставив питання та наступну відповідь на Центр зворотного зв’язку Майкрософт як проблему під заголовком "FileHistory не ініціалізується, коли% USERPROFILE% зашифровано за допомогою EFS", але це все ще не з’являється у веб-пошуку через кілька днів, звідси і ця публікація.

Відповідь я знайшов після багато крові, поту та сліз ...

Якщо% USERPROFILE% не зашифровано EFS, тоді налаштування FileHistory та перша резервна копія, використовуючи той самий USB-накопичувач, форматований BitLockered NTFS, проходить без помилок. Так, ви, напевно, це знали. Що ви, ймовірно, не знаєте, що після встановлення FileHistory можна EFS зашифрувати% USERPROFILE%, і FileHistory з радістю створить резервну копію файлів на вже вибраному диску. Резервні файли залишаються зашифрованими під тим самим ключем, який використовувався спочатку.

Отже, або встановіть FileHistory перед шифруванням EFS вперше, або розшифруйте% USERPROFILE%, налаштуйте FileHistory та повторно шифруйте. Оскільки мій зовнішній накопичувач USB є BitLockered, то початкова резервна копія, незашифрована EFS, не є проблемою.

Я не можу зрозуміти, як Microsoft може надсилати такі критичні програми, як FileHistory, з такими помилками.


Я виявив, що після перезавантаження FileHistory перестав працювати. Ознакою є те, що FH нічого не робить і нічого не записує в журнал подій. Натискання кнопки "Резервне копіювання зараз" на панелі керування просто змінює мітку кнопки на Скасувати. Натискання "Запустити зараз" на панелі "Додаткові параметри" призводить до явної помилки "Не вдалося ініціювати резервне копіювання даних користувача (помилка 80070005)". Рішення полягає в тому, щоб вимкнути шифрування %USERPROFILE%\AppData\Local\Microsoft\Windows\FileHistoryоскільки FH працює в якості локальної системи користувача він не може прочитати ці файли , якщо вони зашифровані ..
ЦКМ

Я підозрюю, що якби я створив FileHistoryв першу чергу незашифровану папку, я міг би уникнути цілого циклу розшифрування, повторного шифрування% USERPROFILE%. В даний час я не в змозі перевірити цю теорію.
msc

Я думаю, що FH працював від початкового перешифрування до перезавантаження, тому що він вже працював і працював із відкритими файлами історії, коли я виконував шифрування.
msc
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.