Насправді вони не створюють резервні копії змін у реєстрі, вони є змінами в реєстрі до того, як вони стануть змінами в реєстрі. Тип .tmp
файлу для зміни реєстру, по суті.
Як захист від пошкодження реєстру, яка раніше була досить поширеною і дуже неприємною проблемою в Windows, новіші версії Windows роблять, коли потрібна зміна реєстру, - це запитувати зміни у файл, перш ніж робити що-небудь. (Для змін у вулику користувача ці файли мають форму NTUSER.DAT{GUID}.TMContainer####################.regtrans-ms
та нумеруються послідовно - поверніться досить далеко, і вам слід побачити 00000000000000000001
файл.) Після того, як Windows визначила, що "безпечно" написати зміни в реєстр, вона робить це, і, слідуючи за цим, потім перевірить, чи були внесені зміни, і тоді він видалить файл і перейде до інших завдань ОС. Якщо щось у цьому процесі не вдається, ви накопичуєте ці файли.
І зрозуміло, у вашому випадку щось, десь у цьому процесі працює неналежним чином. Я б покладав гроші, що якщо ви переглянете сервер, Event Logs
ви побачите про це цілу кількість помилок у вигляді подій щодо блокування реєстру або неможливості внесення змін до реєстру. (Мабуть, по лінії Unable to open registry for writing
або Failed to update system registry
). Це можуть бути вказівками на серйозні проблеми, або вони можуть бути ознаками того, що деякі програми PITA хочуть писати зміни до реєстру кожного разу, коли він запускається і не має дозволу.
Існує також менша ймовірність того, що зміни записуються, але файли неможливо видалити, як це могло б статися, якщо ручка блокування файлів не закінчується належним чином, або якщо SYSTEM
дозвіл на запис, але не має дозволу на видалення місця розташування цих папок.
Це може допомогти відстежувати джерело, щоб зробити швидку суму md5 (або подібну) цих файлів, щоб побачити, чи вони всі, або здебільшого однакові (що вказувало б на те, що однакові зміни не вдалося записати в реєстр знову і знову), або якщо існує велика кількість варіацій, що скоріше вказує на серйозну проблему - те, що реєстр не може бути записаний багатьма процесами, або що ці користувацькі профілі є пошкодженими.
Після того, як ви закінчите їх аналіз, будь-який із цих файлів .blf
або .regtrans-ms
файлів, створених до останнього завантаження системи, можна буде безпечно видалити. Вони не можуть (або повинні) записуватись до реєстру, тому вони стають непотрібними.
Щодо того, що саме їх створює, то вам доведеться самостійно відстежувати, адже це може бути майже все. Можливо, що щось у веб-коді намагається написати зміну реєстру щоразу, коли доступ до сайту, але не вдається через відсутність дозволів (я, звичайно, бачив більш тонкі речі), можливо, вони генеруються за допомогою логотипів користувачів та наступних діяльність, яка намагається записати в реєстр і не має дозволів, і, як було сказано раніше, навіть можливо, що вони створюються та виконуються нормально, але їх неможливо видалити за призначенням.
Перевірте всі ваші журнали, зокрема ваш Event Logs
і IIS-журнали, на наявність реєстрів, пов'язаних з помилками, щоб звузити його та з’ясувати, що викликає це.