Они не являются резервными копиями изменений в реестре, на самом деле это то, чем являются изменения в реестре, прежде чем они станут изменениями в реестре. Тип .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 и IIS, на наличие ошибок реестра, чтобы сузить их и выяснить, что является причиной этого.