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.

Gerne doch :)

 

http://forum.computerbild.de/windows-7/winlogon-problem-sessionenv-verfuegbar_84356.html

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...

Deinstalliere den mal rückstandsfrei, aktiviere stattdessen den Microsoft Virenschutz Defender und schau dann ob es geht.

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...

Das hatte ich übersehen. Zahni hat vollkommen Recht, diese Verschlimmbesserungstools machen in der Regel mehr kaputt als sie nutzen. Hattest du den CC-Cleaner auf allen Geräten drauf, oder nur auf einzelnen?

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

Version 1607 (Build 14393.576)

 

Wurde schon in die Ereignisanzeige geschaut?

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)

Welche Windows 10 Version ist installiert?

 

Wie ist der Patchlevel der Rechner?

 

Welche Antivirensoftware läuft auf den Rechnern?

 

Ist irgendeine "Systemoptimierungssoftware" installiert?

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

Anscheinend liest du immer noch nicht die Links.

Was soll eine Defragmentierung bringen? Kleiner wird die DB davon auch nicht. Verrate doch endlich wieviel Whitespace vorhanden ist. Und zwar belastbare Zahlen, keine Schätzungen.

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)

Ja. Nennt sich Powershell ;-)

 

Der Befehl steht oben in meinem Link drin.

Auch aus dem Link oben: MB01 hat 6,8 GB Whitespace. Die Datenbank ist ca 9 GB Gross, die darin enthaltenen Postfächer belegen aber nur 2,2 GB. Der Rest (availablenewmailboxspace) ist Whitespace. Sollten es bei dir nur ein paar MB sein, lohnt sich der Aufwand nicht. Die hast du sowieso schnell wieder drin.

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)

Du kopierst ja keine pst Datei sondern Daten aus einer dB in eine andere. Wieviel whitespace hast du überhaupt?

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?

Korrekt.

Die Datenbanken müssen dafür Dismounted sein.

 

http://blog.icewolf.ch/archive/2010/11/29/Exchange-Database-Whitespace-and-Defragmentation.aspx

 

Whitespace ist ja nur nicht genutzter Speicherplatz innerhalb der Datenbank. Da du aber nur die Postfächer verschiebst kommt der Whitespace erst einmal nicht mit in die Neue Datenbank. Der kommt irgendwann von alleine.

O.k. danke, das war die Info die ich brauchte :-)

Wenn du mal kurz über deine Vermutungen nachdenkst, müsste klar werden, dass whitespace natürlich nicht "mit kopiert" wird. ;)

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!

Ehrlich gesagt wird da zwar komprimiert, aber das passiert auch in deiner bestehenden dB. Das was weniger wird wäre der whitespace, den du vorher ja erstmal rauskriegen kannst. Vielleicht lohnt sich die ganze Aktion ja gar nicht. ;)

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...

Leg ne neue DB an und verschieb alle Postfächer rein und lösch danach die "große" DB. Dann geht die ganze Sache ohne Downtime.

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

Moin,

 

also ... in der gegebenen Situation braucht es ja erst mal kein VM-Backup vom Host aus, sondern ein Backup von Exchange. Hast du das schon mal vom Exchange-Server aus über Windows Server Backup versucht?

 

Gruß, Nils

Hallo Nils,

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

Wenn er aktualisieren sagt, bist du aber nicht aktuell. Afair

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

Natürlich am Host. Es soll ja der Versionsstand der Integrationsdienste überprüft werden.

 

LG Günther

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?

Hast du dir mal die Mühe gemacht, die die einzelnen Postfächer anzusehen?

Get-Mailbox -ResultSize Unlimited | Get-MailboxStatistics | Sort-Object TotalItemSize -Descending | Select-Object DisplayName,TotalItemSize

Damit erhälst du eine Liste aller Mailboxen inkl. der Größe. Es ist wichtig zwischen der Größe der Datenbank und der tatsächlichen Datenmenge in der DB zu unterscheiden. Stell dir die DB wie eine vollgeschriebene DIN A4 Seite vor. Wenn du in der Mitte etwas wegradierst, dann ist die Seite trotzdem noch DIN A4, auch wenn in der Mitte nun wieder Platz ist.

 

Wenn der Pfad von Datenbanken und Logs nicht nach der Installation geändert wurde, dann liegen die immer noch auf C:. Ja, man sollte Datenbank und Logs trennen. Das hat aber heute eher was mit dem Kapazitätsmanagement als mit der Performance zu tun.

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!

Moin,

 

wenn du 16GB Logfiles hast, wird der Exchange nicht oder nicht richtig gesichert.

Mache mal ein Vollbackup mit dem Windows-Backup, dann sollten die Logs gelöscht werden und du siehst den Platz.

 

Sind die DB´s selber auch gewachsen?

 

Und nur so, welchen Stand hat dein 2013er?

http://blog-schulenburg.de/index.php/kategorie-als-blog/87-exchange-build-nummern

 

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)

Sind es wirklich die Datenbanken oder nur die Transaktionslogs? Wenn es die Transaktionslogs sind, dann überprüfe das Backup, denn beim Backup sollte die Transaktionslogs gelöscht werden.

 

LG Günther

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!