Nie są kopiami zapasowymi zmian w rejestrze, w rzeczywistości są zmianami w rejestrze, zanim staną się zmianami w rejestrze. Zasadniczo rodzaj .tmp
pliku do zmian rejestru.
W celu ochrony przed uszkodzeniem rejestru, który kiedyś był dość powszechnym i bardzo nieprzyjemnym problemem w systemie Windows, nowsze wersje systemu Windows robią, gdy wymagana jest zmiana rejestru, przed zrobieniem jakiejkolwiek czynności należy zapisać żądaną zmianę w pliku. (W przypadku zmian w gałęzi użytkownika pliki te mają postać NTUSER.DAT{GUID}.TMContainer####################.regtrans-ms
i są kolejno ponumerowane - cofnij się wystarczająco daleko i powinieneś zobaczyć 00000000000000000001
plik.) Gdy system Windows ustali, że „bezpieczne” jest zapisanie zmiany w rejestrze, zrobi to, a następnie sprawdzi, czy zmiana została wprowadzona, w tym czasie usunie plik i przejdzie do innych zadań systemu operacyjnego. Gdy coś w tym procesie się nie powiedzie, gromadzisz te pliki.
I oczywiście w twoim przypadku coś gdzieś w tym procesie nie działa poprawnie. Założę się, że jeśli przejrzysz serwer Event Logs
, zobaczysz mnóstwo błędów na ten temat, w postaci zdarzeń związanych z zablokowaniem rejestru lub niemożnością zapisania zmian w rejestrze. (Prawdopodobnie wzdłuż linii Unable to open registry for writing
lub Failed to update system registry
). Mogą to wskazywać na poważne problemy lub mogą wskazywać, że niektóre programy PITA chcą zapisywać zmiany w rejestrze przy każdym uruchomieniu i nie mają pozwolenia.
Istnieje również mniej prawdopodobna możliwość, że zmiany są zapisywane, ale plików nie można usunąć, co miałoby miejsce, gdyby uchwyt blokujący pliki nie został poprawnie zakończony lub jeśli SYSTEM
ma uprawnienia do zapisu, ale brakuje uprawnień do usunięcia te lokalizacje folderów.
Pomocne może być wyśledzenie źródła, aby wykonać szybką sumę md5 (lub podobną) tych plików, aby sprawdzić, czy wszystkie są w większości lub w większości identyczne (co oznaczałoby, że ta sama zmiana nie zapisuje się w rejestrze w kółko), lub jeśli istnieje duża różnorodność, która może wskazywać na poważny problem - że rejestr nie może zostać zapisany przez wiele procesów lub że profile użytkowników są uszkodzone.
Po zakończeniu ich analizy każdy z tych plików .blf
lub .regtrans-ms
plików utworzonych przed ostatnim uruchomieniem systemu można bezpiecznie usunąć. Nie ma możliwości, aby (lub powinny) zostać zapisane w rejestrze, więc są śmieciami.
Jeśli chodzi o to, co dokładnie je tworzy, musisz to sam wytropić, ponieważ może to być prawie wszystko. Możliwe, że coś w kodzie sieciowym próbuje zapisać zmianę rejestru przy każdym dostępie do witryny, ale nie udaje się to z powodu braku uprawnień (z pewnością widziałem głupsze rzeczy), możliwe, że są one generowane przez loginy użytkownika i później aktywność próbuje zapisać do rejestru i nie ma uprawnień, a jak wspomniano wcześniej, możliwe jest nawet, że są one tworzone i wykonywane normalnie, ale z jakiegoś powodu nie można ich usunąć zgodnie z przeznaczeniem.
Sprawdź wszystkie swoje dzienniki, w szczególności dzienniki Event Logs
i dzienniki IIS pod kątem błędów związanych z rejestrem, aby je zawęzić i dowiedzieć się, co to powoduje.