none
Domänenadminkonten mit Ballast (regtrans-ms Dateien) Entsorgung möglich? RRS feed

 > 

  • Allgemeine Diskussion

  • Discussion
    Anmelden
    0
    Anmelden

    Hallo,

    die DomAdminkonten blähen sich im Benutzerverz. (c:\users\domadmin) mit täglichen (öfter auch mehrmals täglich) Dateien auf:

    und ein Satz besteht immer aus einer REGTRANS-MS und einer BLF Datei mit folgendem Format:

    NTUSER.DAT{f61b3006-87ad-11e4-bf18-0040d0b0ef60}.TMContainer00000000000000000001.regtrans-ms
    NTUSER.DAT{f61b2c31-87ad-11e4-bf18-0040d0b0ef60}.TM.blf

    Jeder Satz hat ungefähr 600kb (wäre ja nicht allzu groß und zu verschmerzen). Die Anzahl macht jedoch den Haufen.
    Hier liegt 1,2GB von diesen Sätzen vor. Hier habe ich mal auf Servern und Konten nachgesehen die schon 3-5 Jahre ihren Dienst tun.

    Im Netz konnte ich folgendes dazu finden:
    die Dateien gehören zu HKCU und die BLF Dateien sind Backups bzw. Änderungen in der Registry und der regtrans.MS der Einsprungspunkt dazu.

    Nun die Frage - wie lange wächst das vor sich hin und kann man hier etwas verkleinern oder eher nicht. Aus reinem Aktionismus heraus etwas löschen ist in diesem Fall eher nicht anzuraten.

    Deshalb hier die Frage mal an die Gemeinschaft.

    Gruß Andreas

    Andreas Sturma

    Sonntag, 8. März 2015 08:45
    |

Alle Antworten

  • Discussion
    Anmelden
    1
    Anmelden

    Hallo,

    schau bitte mal in https://support.microsoft.com/kb/948252 Hierin wird beschrieben das sehr wahrscheinlich inkonsistente Einträge der Auslöser sind und mit dem Löschen nach dem nächsten Neustart die Dateien konsistent aus der Registrierung wiederhergestellt werden.

    Also Sicherung des Rechners oder mindestens der wichtigen Daten, dann mit dem FixIt oder manuell die entsprechenden Dateien entfernen, neu starten und das Problem sollte behoben sein.

    Best regards

    Meinolf Weber

    MVP, MCP, MCTS

    Microsoft MVP - Directory Services

    My Blog: http://blogs.msmvps.com/MWeber

    Disclaimer: This posting is provided AS IS with no warranties or guarantees and confers no rights.

    Twitter:  

    Montag, 9. März 2015 10:56
    |
  • Discussion
    Anmelden
    1
    Anmelden

    Hallo,

    mit den Servern (auf denen unabhängig das selbe problem vorherrscht) wurde noch nie eine Systemwiederherstellung durchgeführt.

    Dies wird aber genau in dem KB Artikel beschrieben und die BLF und MS-transfer Daten liegen auch in einem anderen Verzeichnis.

    Greift hier wirklich dieses Fix-it?

    Hat niemand von euch diese Dateien im Domänenadminkonto auf einem 2008, sbs2008?

    Gruß Andreas

    Andreas Sturma

    Dienstag, 10. März 2015 13:50
    |
  • Discussion
    Anmelden
    0
    Anmelden

    Hallo,

    bin etwas verwirrt, da im https://support.microsoft.com/de-de/kb/948252?wa=wsignin1.0

    eindeutig zu lesen ist, wann der Fehler zustande kommt -> Systemwiederherstellung

    Eine Systemwiederherstellung wurde aber mit dem Server 2008 (er ist DC) noch nie gemacht.

    Für einen Test ist mir das zu heiß - das ganze ist produktiv!
    In %SystemRoot%\System32\SMI\Store\Machine
    befinden sich nur 3vollständige Paare BLF und Regtrans Dateien und zwei Regtrans-Dateien ohne zugehörige BLF Datei. Also nicht die Flut wie im Benutzerverzeichnis.

    Gibt es zu diesen Dateianhäufungen in den Domänenadminaccounts nur diesen einen Link und hat sonst niemand Erfahrungen damit (kann mir nicht vorstellen das ich der einzige bin)

    Gruß Andreas

    Andreas Sturma


    Montag, 23. März 2015 18:26
    |
  • Discussion
    Anmelden
    0
    Anmelden

    Möglicherweise ein defektes Profil? Test doch mal, ob das Problem mit einem neuen Profil immer noch auftaucht. Das tut im produktiven Betrieb nicht weh und geht schnell über die Bühne.

    Viel Erfolg,
    Matthias

    Mittwoch, 22. April 2015 14:06
    |
  • Discussion
    Anmelden
    0
    Anmelden

    Hallo Matthias,

    es handelt sich ausnahmslos um domadmin accounts die NUR für die Anmeldung am Server verwendet werden.

    Es sind 3 unterschiedliche Kunden betroffen und jedesmal ist es der Adminaccount (ob er nun Administrator heißt oder sbsadmin ist egal - die Auswirkung jedoch die Gleiche.

    Weiter ist es unabhängig von der eingesetzten Serversoftware (Server 2008 64bit, SBS2008 Standard...)

    Es sind natürlich etliche Schedulerjobs mit einem Anmeldekonto versehen und einige scripte laufen ebenfalls mit diesen Anmeldungen.

    eine Frage sei erlaubt - auf Systemen die länger als 3-4 jahre am Laufen sind noch solche Dateien im großen Umfang gefunden?

    Gruß Andreas

    Andreas Sturma

    Donnerstag, 23. April 2015 07:43
    |