testperson

Hi, RecoverServer ist beim SBS so eine Sache. Dafür müsste AFAIK der komplette SBS neu installiert werden. @Kenjii007: Was sagt denn "eseutil /mh" Gruß Jan

Sinnloses Bild von Dr.Melzer entfernt

Das kann doch nicht sein, dass den Film auch keiner kennt :( - Da "spielt" Pamela Anderson mit - "Offiziell" war es wohl eine Dokumentation - Während der Dreharbeiten wurde die Crew vom FBI beschattet - Angeblich wurde der ein oder andere Schauspieler beim Dreh verhaftet

- User / Mailboxen per Script anlegen und Namenskonvetionen automatisch einhalten; Script täglich per Task laufen lassen und auf Einhaltung der Namenskonvention prüfen und Ergebnise mailen oder sonstwie weiterverarbeiten. - Das mit den Attributen verstehe ich grade nicht. Könnten aber vermutlich auch automatisiert bestückt / ausgewertet / korrigiert werden. - Adressbuch ein- oder ausblenden dürfte ja immer genau einen User treffen, der sich perfekt Suchen lässt. Alternativ einen Task der täglich läuft und eine CSV / DB auswertet welcher User ausgeblendet werden soll. - Berechtigungen auf Postfächern sollten sich auch sehr einfach mit der Suche suchen lassen und dann anpassen. - Verteilerliste suchen, anpassen, nächste suchen. Oder Verteilerlisten an die Abteilungen delegieren. Die PowerShell CMDlets werden meistens erst als veraltet gekennzeichnet und du bekommst nen Hinweis und dann fliegen sie raus. Nicht immer, aber immer öfter ;) Grade kurze immer gleiche Sachen würde ich so gut es geht automatisieren. Da hätte ich gar keine Lust drauf rumzuklicken ;) Und kurz gesagt: Was du da anpassen musst, um per Default alle Postfächer anzuzeigen, kann ich dir nicht sagen. Diese Anpassung dürfte aber bei Updates vermutlich ebenso verschwinden wie ggfs. PowerShell Befehle

Was tust du denn da genau? Evtl. könntet Ihr euch die Kontroll- und Korrekturarbeiten durch den Einsatz von Scripten sparen ;)

Hi, dafür gibt es doch die wundervolle Lupe. Damit kannst du direkt nach den Mailboxen suchen und musst nicht durch 500 Mailboxen oder mehr scrollen. Alternativ wäre wohl die PowerShell mit entsprechenden Scripten ein Ansatz für "größere" Umgebungen. Gruß Jan

Was den Vorgang evtl. noch etwas beschleunigen könnte, wäre die Indexierung auf der/den neuen Datenbanken zu deaktivieren. Das ist mir bislang aber nur bei sehr schmal gesizeten Exchange Servern aufgefallen.

Tja, puh.. Also kommt halt drauf an ;) Nur für den Fall, dass der Exchange nicht DC war, würde ich am Restoreprozess zweifeln wollen (Was aber jetzt auch nicht wirklich weiterhilft). Und dann ggfs. halt doch auf vor dem Crash restoren und dann aus dem "Jetzt" das Neue zurückholen. Oder eben auch nicht. Ansonsten eben, wie von dir verlinkt bzw. bei Frankys Web beschrieben.

Hi, war der Exchange auch DC und ihr habt unterm Strich _alles_ neu gemacht? Gruß Jan

Ich zitiere mal von https://www.veeam.com/de/kb1681 aus #4: Dennoch möchte ich den TO natürlich nicht daran hinder mit VMWare zu sprechen.

Was kann VMWare (oder Veeam) dafür, dass vermutlich dein Storage zu lahm ist?

Hi, vielleicht behebt sich das Problem von ganz alleine, wenn du auf CU4 Updates ;) Gruß Jan

Hi, in den Gruppenrichtlinien Einstellungen (GPP) Drucker entsprechend einen Drucker mit der Aktio "Löschen" erstellen und den Haken "Alle freigegebenen Durchverbindungen löschen" setzen. Das sollte alternativ auch per Batch und "rundll32 printui.dll" oder per VBS gehen. Gruß Jan

Hi, gibt es ein Backup? Theoretisch sollte das funktionieren, sofern es einen passenden Treiber für den Adaptec gibt. Gruß Jan

Evtl. solltest du den Ressourcen-Engpass analysieren und beseitigen.

Was sollen die Sitzungshosts denn jetzt noch machen? Sitzungshost reicht doch ;) Auf den Connectionbroker-Servern oder eben auf dem Connectionbroker-Server? (Das ist aber auch so ein Punkt, über den man sich idealerweise vorher Gedanken macht.)

Das kommt ganz klar drauf an. Die Rollen sollten doch schon entsprechend da sein? Theoretisch musst du "nur" die Server aus der Farm nehmen und zu einer neuen Farm hinzufügen und ggfs. die Clients anpassen. Das kommt ebenfalls drauf an. Du kannst jedes AD Benutzer Objekt von Hand anpacken oder per Script oder per GPO. Vielleicht sind ja auch Profile-Disks was tolles.. Nein.

Zur vollständigen Verwirrung könnte man noch überlegen, zwischen Seafile-Server und DCs IPSec zu erzwingen und somit auf LDAPs verzichten ;)

Vielleicht hätte man das Design vorher mal hinterfragen sollen ;) Wo ist das Problem: Test User anlegen Mit Test User am Server anmelden Ein paar Dateien aufm Desktop unter Dokumente anlegen, Favoriten im IE anlegen, eine Applikation einrichten Test User am Server abmelden Im AD Objekt des Test User ein Remotedesktopdienste-Profil eintragen Mit Test User am Server anmelden Prüfen ob die Daten und Einstellungen korrekt sind Test User am Server abmelden Test User an anderem Server anmelden Prüfen ob die Daten und Einstellungen korrekt sind

Das passiert AFAIK automatisch beim Abmelden. Da wird dann das lokale RDS Profil "zurückkopiert". Was spricht gegen testen?

Profilverwaltung? Terminaldiensteprofil? Dazu hatte ich (in einem anderen Thread) bereits geschrieben, dass MS dich wohl beschützen will. Mach einen Call bei MS auf und es wird Klarheit geben. Da dürfte der oben angesprochene Call bei MS die Klarheit bringen.

Ich finde dieses Sammlungswirrwar, wie Dunkelmann, ebenfalls suboptimal. Warum willst du die User auf bestimmten Hosts festnageln? Grade wenn die Apps per RemoteApp kommen erschließt sich mir der Sinn nicht. Das du den Feed scheinbar nicht per GPO an die RDS verteilen kannst hast du doch schon gemerkt ;) Mit Citrix XenApp / XenDesktop ist das relativ simpel realisierbar.

Ja, bei mir passte halt das Wildcard zum Rest. Manchmal ist man eben auf der Sonnenseite des Lebens ;)

Hi, habe das grade mal "rudimentär" getestet. Alle entsprechenden Zertifikate gelöscht und nur ein Wildcard importiert und gebunden und LDAPs funktioniert. Sinnvoll finde ich es allerdings ebenfalls nicht, für diesen Zweck ein Wildcard Zertifikat zu nutzen. Gruß Jan