AndreasWu

Hallo zusammen, inzwischen ist das Thema gelöst :rolleyes: Seit dem Win10 Creator Upgrade (1703) funktioniert es wieder mit dem Benutzeranlegen... Danke für alle Bemühungen :jau:

Hallo zahni, das "Default" Verzeichnis ist vorhanden.

Hallo lefg, danke für den Link. Ich hab's mir angeschaut und den entspr. Dienst "Konfiguration für Remotedesktops" mal auf autom. Starten umgestellt. Danach habe ich einen Neustart durchgeführt, leider hat sich nix geändert, das Problem mit der Erstanmeldung des neuen Benutzers schlägt weiterhin fehl... Hallo Dr. Melzer, hab' den KES 10 komplett deinstalliert und einen Neustart durchgeführt, leider keine Änderung. Die Erstnamledung des neu angelegten Benutzers schlägt weiterhin fehlt...

Den CC-Cleaner hatte ich nur a.d. einen PC drauf...

Hier die Meldungen: (in Klammern ist immer die Ereignis ID) Info: Winlogon: Der Winlogon-Benachrichtigungsabonnent <SessionEnv> war nicht verfügbar, um das Benachrichtigungsereignis zu verarbeiten. (6000) Info: igfxCUIService1.0.0.0: Die Beschreibung für die Ereignis-ID "0" aus der Quelle "igfxCUIService1.0.0.0" wurde nicht gefunden. Entweder ist die Komponente, die dieses Ereignis auslöst, nicht auf dem lokalen Computer installiert, oder die Installation ist beschädigt. Sie können die Komponente auf dem lokalen Computer installieren oder reparieren. Falls das Ereignis auf einem anderen Computer aufgetreten ist, mussten die Anzeigeinformationen mit dem Ereignis gespeichert werden. Die folgenden Informationen wurden mit dem Ereignis gespeichert: SessionDisconnect: 1 (Ereignis ID: 0) Info: Desktop Window Manager: Der Sitzungsport wurde vom Desktopfenster-Manager registriert. (9027) Info: Winlogon: Der Winlogon-Benachrichtigungsabonnent <SessionEnv> war nicht verfügbar, um das kritische Benachrichtigungsereignis zu verarbeiten. (6003) Warnung: Winlogon: Der Winlogon-Benachrichtigungsabonnent <Profiles> ist bei einem kritischen Benachrichtigungsereignis fehlgeschlagen. (6004) Fehler: User Profile Service: Das lokale Benutzerprofil wurde nicht gefunden. Sie werden mit einem temporären Benutzerprofil angemeldet. Änderungen, die Sie am Benutzerprofil vornehmen, gehen bei der Abmeldung verloren. (1511) Fehler: User Profile Service: Sie konnten nicht angemeldet werden, da das lokal gespeicherte Profil nicht geladen werden konnte. Überprüfen Sie, ob eine Netzwerkverbindung besteht und das Netzwerk ordnungsgemäß funktioniert. Details - Zugriff verweigert (1500 Warnung: Winlogon: Der Winlogon-Benachrichtigungsabonnent <Sens> ist bei einem Benachrichtigungsereignis fehlgeschlagen. (6001) Warnung: Winlogon: Der Winlogon-Benachrichtigungsabonnent <Profiles> ist bei einem Benachrichtigungsereignis fehlgeschlagen. (6001) Information: Winlogon: Der Winlogon-Benachrichtigungsabonnent <SessionEnv> war nicht verfügbar, um das Benachrichtigungsereignis zu verarbeiten. (6000)

Zu 1. es ist eine Windows 10 Pro Version (die anderen 2 PCs, wo ich es proboert habe haben aber keine Pro Version drauf) Zu 2. Version 1607 Patchlevel ist 14393.576 Zu 3. Kaspersky Endpoint Security 10.2.5.3201 (mr3) Zu 4. Ich hatte mal kurzzeitig den CC-Cleaner drauf, 1 Durchlauf getätigt, danach wieder deinstalliert. Sonst läuft keinerlei Optimierungssoftware drauf.

Hallo Leute vom MCSEboard, hab' in den letzten Tagen versucht einen neuen Benutzer auf einem Standalone PC anzulegen, das ließ' sich noch ohne Probleme bewerkstelligen, aber ich konnte mich danach nicht mit dem neuen Benutzer anmelden, da kam immer folgende Meldung: "Fehler bei der Anmeldung des Dienstes "Benutzerprofildienst". Das Benutzerprofil kann nicht geladen werden." Beim Anmelden mit dem regulären Benutzer habe ich geschaut, ob der Benutzerprofildienst läuft, was der Fall war. Nun habe ich es noch auf 2 anderen Standalone PCs probiert, das gleiche Ergebnis...?!? Ist da irgendwo ein BUG in einem der letzten Updates drinnen? Könnt Ihr neue lok. Benutzer in Windows 10 anlegen und Euch danach damit anmelden? Woran kann das nur liegen und was wäre die Lösung für das Problem...? Für eine Antwort bedanke ich mich. Andreas

Hallo Forum, ich hätte mal eine Frage zu einem Problem: Und zwar geht es um einen Windows Server 2012R2 Essentials (HP mit 16 GB). Bei einem Stromausfall, kam zu Tage, dass die USV nicht mehr funktionierte, wie sie sollte und der Server war einfach stromlos! Nach dem erneuten Hochfahren, lief' soweit alles "normal", bis auf die Clientsicherung der PCs (es wird die Windows Ess. eigene benutzt). Es ist eine zus. USB3 Festplatte mit 1TB angeschlossen, die den Systemordner "ClientComputerSicherungen" beherbergt, da das 1TB Server RAID1 sonst zu voll geworden wäre, d.h. zu wenig Platz für die eigentlichen Nutzdaten. Nun ist es so, dass diese besagte Festplatte nun voll ist und der Dienst "WseComputerBackupSvc" (Windows Server Essentials-Dienst für die Computersicherung) nicht mehr startet! Nun habe ich eine weitere USB3 Platte angeschlossen mit 2TB Platz und den Systemordner von der vollen a.d. die größere Platte verschoben. Es gibt nun wieder genug Platz, aber der Dienst startet trotzdem nicht!!! Woran kann das liegen und wie könnte ich den Dienst wieder zum Laufen bringen? Hat das jemand schon mal gehabt + Lösung :) ? Wenn der Dienst dann wieder läuft, würde ich erstmal a.d. PC-Sicherungen ältere rausschmeissen und anschließend den Task "Backup Cleanup" durchlaufen lassen, aber soweit ist es ja leider noch nicht :mad: . Wäre toll, wenn mir jemand weiterhelfen könnte, danke. Gruß Andreas

Hier nun die Fakten: Name DatabaseSize AvailableNewMailboxSpace ---- ------------ ------------------------ MDB01 193.1 GB (207,375,892,480 bytes) 1.702 GB (1,827,766,272 bytes) Das ist nicht viel Whitespace. Seltsam ist nur dass die Postfächer zusammen nur 30 - 40 GB haben...? Wäre eine Komprimierung eher die richtige Wahl oder doch eine Verschiebung der Postfächer in eine neue Datenbank? Hier nochmal die Postfachgrößen: TotalItemSize ------------- 2.376 GB (2,551,729,375 bytes) 2.29 GB (2,459,359,293 bytes) 2.081 GB (2,234,623,985 bytes) 1.94 GB (2,082,565,727 bytes) 1.926 GB (2,068,331,102 bytes) 1.919 GB (2,060,620,442 bytes) 1.803 GB (1,935,801,340 bytes) 1.663 GB (1,786,059,901 bytes) 1.649 GB (1,770,067,038 bytes) 1.429 GB (1,534,584,001 bytes) 897.7 MB (941,342,562 bytes) 834.4 MB (874,949,209 bytes) 764.3 MB (801,448,062 bytes) 683.7 MB (716,864,445 bytes) 590.7 MB (619,407,068 bytes) 572.1 MB (599,916,949 bytes) 449.5 MB (471,300,614 bytes) 436.5 MB (457,656,143 bytes) 272 MB (285,255,758 bytes) 272 MB (285,184,510 bytes) 271.9 MB (285,138,269 bytes) 205.9 MB (215,900,012 bytes) 18.72 MB (19,627,257 bytes) 2.006 MB (2,103,808 bytes) 1.99 MB (2,086,982 bytes) 640.3 KB (655,712 bytes) 40.83 KB (41,813 bytes) 34.25 KB (35,073 bytes)

Sorry, hab' Deinen Link jetzt erst kurz angeschaut'. Vermutlich dauert die Defragmentierung einer EDB nicht so lange wie eine Komprimierung? (Offline-Zeit der EDB) (ich hatte ja schon kurz geschrieben, dass die Komprimierung der EDB verm. 10 h dauern wird)

Läßt sich Whitespace "messen"? Gibt's ein Tool dafür? Die DB ist etwas 200 GB groß, alle Postfächer zusammen haben ca. 30 - 40 GB, der Rest müßte Whitespace sein oder?

O.k. danke, das war die Info die ich brauchte :-) O.k. Ich dachte nur, dass die Postfächer, als Ganzes (m. Whitespace) verschoben würden. D.h. dass die Postfächer immer gesamt gesehen werden müssen, mit "Stumpf & Stiel". Aber gut, wenn durch die Verschiebung, die "Spreu vom Weizen" getrennt werden kann, wäre Ziel ja erreicht :-) Danke!

Na ja, wenn, wie gesagt, die DB der ÖO , durch die "offline" Komprimierung, um nahezu 40% eingedampft wurde und alle Postfächer zusammen etwa 30 - 40 GB Inhalt haben, sollte sich die Aktion, denke ich, schon lohnen... Den Whitespace bekomme ich vermutlich nur durch eine "offline" Komprimierungen heraus, richtig? Meine Frage eingangs war, ob der Whitespace auch beim Neuanlegen einer DB, mit anschließender Verschiebung der Postfächer in dieselbe, auch verschwindet? Wenn der Whitespace durch die Verschiebung der Postfächer nicht verschwinden würde, müßte eben doch eher eine "offline" Komprimierung in Erwägung gezogen werden...

Hallo Norbert, danke für den Hinweis. Frage dazu: Werden die Postfächer beim Verschieben in eine neue DB autom. komprimiert? Ansonsten wäre die neue DB wieder genauso groß...?

Hallo Leute, hab' gestern noch die Sache mit dem Aktualisieren der Integrationsdienste a.d. Exchange-Server durchgeführt (vor der Datensicherung) Heute Morgen habe ich geschaut und siehe da, das Backup (a.d. Hyper-V mit allen VM's) lief' wieder sauber durch und die entspr. Translog-Dateien sind gelöscht worden! Kaum macht man's richtig schon geht's (Du hattest recht Günther) Es sind gleich 60 GB freigeworden, jetzt hat die Partition wieder 130 GB, wow! Vielen Dank für alle Lösungsvorschläge! Ist schon super, wenn einem die richtigen (Fach)Leute zur Seite stehen Jetzt bleibt nur noch die Komprimierung der 200 GB großen Exchange-DB übrig (alle Postfächer zusammen haben ca. 30 - 40 GB) und der Platz a.d. Partition wird noch größer... Hab' am letzten WE mal die Öffenl. Ordner DB komprimiert, um ein Zeitgefühl zu bekommen, die ist von 14 GB auf 8,5 GB "zusammengedampft". Das ganze hat ca. 45 Min. gedauert. Da vermute ich mal, dass die Komprimierung der 200 GB DB ca. 10 Stunden dauern wird, also ein WE-Job. Euch allen einen schönen Tach' Andreas

Hallo Nils, ein guter Hinweis, ich werd's morgen mal umsetzen...

Hallo NorbertFe, scheint so, dass der Server nicht aktuell ist mit den Integrationsdiensten... Kann ich das einfach so durchführen oder gibt's was zu beachten?

Wenn ich die ISO i.d. Exchange-Server "einlege" und doppelklicke, fragt er mich, ob ich die bereits installierte Version aktualisieren will...? (wird der Inhalt der ISO bei Windows-Updates auch mit aktualisiert oder gibt es da einen Extra-Download?) Ist es ratsam oder braucht es da eine besondere Vorgehensweise? Gruß Andreas

Hallo Günther, habe den Befehl am Host ausgeführt, alle VM's zeigen folgende Version an: IntegrationServicesVersion -------------------------- 6.2.9200.16384 Mir ist aufgefallen, dass der Exchange-Backup-Service "wsbexchange.exe" a.d. Exchange Server nicht gestartet ist... Darin ist verm. "der Hund begraben"?!? Aus dem Grund wird kein korrektes Backup vom Exchange durchgeführt, so dass die Translogs hinterher gelöscht werden können und deshalb die Translogs schon auf auf über 50 GB angewachsen... Was kann ich tun, dass dieser Backupdienst wieder einwandfrei funktioniert? (ich hab' i.d. Eigenschaften schon alles eingestellt, dass der Dienst neugestartet wird, dennoch läuft er nicht) Wenn ich den Dienst man. starte läuft er kurz, hört aber nach ein paar Minuten wieder auf... Irgendwelche Lösungsansätze? Hab' heute schon wieder die virt. Partition (m. den EDB's) vergrößern müssen...

Hallo Günther, nach Eingabe auf der Exchange-Server Konsole kommt leider nur folgende Fehlermeldung: Get-VM : Die Benennung "Get-VM" wurde nicht als Name eines CMDLETS... usw. Oder muss ich den Befehl woanders eingeben?

Hallo DocData, hab' den Befehl mal bei der Exchange-Verwaltungskonsole eingegeben, da kam folgendes raus: TotalItemSize ------------- 2.366 GB (2,540,105,794 bytes) 2.258 GB (2,424,377,224 bytes) 2.046 GB (2,196,355,268 bytes) 1.924 GB (2,065,342,495 bytes) 1.898 GB (2,037,808,958 bytes) 1.865 GB (2,002,244,766 bytes) 1.802 GB (1,935,161,852 bytes) 1.646 GB (1,767,552,511 bytes) 1.607 GB (1,725,160,260 bytes) 1.427 GB (1,532,684,390 bytes) 894 MB (937,388,465 bytes) 821.6 MB (861,499,756 bytes) 785.1 MB (823,189,249 bytes) 630.4 MB (661,012,237 bytes) 589.5 MB (618,156,062 bytes) 495.7 MB (519,727,352 bytes) 432.3 MB (453,321,602 bytes) 416.6 MB (436,799,859 bytes) 270.9 MB (284,007,545 bytes) 270.8 MB (283,937,922 bytes) 270.7 MB (283,892,741 bytes) 205.3 MB (215,261,974 bytes) 18.11 MB (18,991,278 bytes) 1.889 MB (1,980,950 bytes) 640.3 KB (655,712 bytes) 592.3 KB (606,523 bytes) 40.83 KB (41,813 bytes) 34.25 KB (35,073 bytes) Das ist eingetlich gar nicht so viel, dennoch ist die EDB über 200 GB groß, wie kann das sein? Dann habe ich auch gesehen, dass die Translogs inzwischen fast 30 GB ereicht haben...! Wie kann ich die löschen, so dass alles passt? (o. Windows-Backup auszuführen) Sollte das nicht eigentlich autom. passieren? Wäre wieder für jede Antwort dankbar!

Hallo Nobbyaushb, danke für Deine schnelle Antwort! Das könnte sein, dass das mit dem Backup zusammen hängt, denn ich habe Probleme die virt. Exchange-Masch. zu sichern mit dem Windows Backup, es kommt immer folgende Fehler-Meldung: Servername - Backup Using Child Partition Snapshot Die angegebene Komponente wurde vom VSS Writer nicht gemeldet Was bedeutet das? Hängt das vielleicht damit zusammen, das neulich der Exchange-Server gecrasht ist und mit einem funktionierendes Backup wiedergestellt wurde, dass das Windows-Backup die virt. Masch. nicht mehr sichern kann? (die aktuellen EDBs wurden natürlich vorher gesichert und i.d. alten Backup kopiert) - die Aktion wurde zusammen m.d. MS-Support durchgeführt. Der Exchange-Server lief danach wieder wie 'ne 1. Ich bin gerade dabei das "CU8" Update zu installieren (Frage wegen des Standes) Ich verm. das die EDB's gewachsen sind, es gibt dort nur die EDB's + Translogs (ich weiß die sollte man eigentlich trennen)

Die Translogs liegen momentan bei ca. 16 GB, die EDB bei gut 200 GB. das Wachstum war aber mehr als 50 GB i.d. letzten Tagen, deshalb nehmen ich an, dass es nicht a.d. Translogs liegen kann? LG Andreas

Ich hab' beim betroffenen PC Benutzer mal nachgefragt, momentan zeigt sich der Fehler nicht mehr... (hab' aber noch nicht die "F12" Abfrage ausprobiert) Mal schau'n ob sich der Fehler wieder mal zeigt (der ist nur sporadisch)

Hallo Community, es geht um einen Exchange-Server 2013 (virt. Masch.), der auf einem Windows Server 2012 (Hyper-V) läuft. Seit einiger Zeit wächst die Datenbank rasant an, so dass ich die virt. Partition wiederholt innerhalb kürzester Zeit erweitern mußte. Soweit ich weiß, hat sich das Datenvolumen nicht dramatisch erhöht. Gibt es eine Möglichkeit bei Exchange 2013 nachzuschauen, wo das Datenvolumen herkommt? (Anfang der Woche habe ich die virt. Partiton, wo die DB drauf liegt um 100 GB erhöht, nach ein paar Tagen, waren nur noch 50 GB übrig!) Wäre für jede Hilfe und Tipp dankbar!