NilsK

Moin, wenn es nicht anders geht, musst du /forceremoval machen. Kann sein, dass das beim Überschreiten der TL immer nötig ist. In dem Fall ist das Metadata Cleanup zwingend erforderlich, ebenso das Bereinigen von DNS und WINS. Auch wenn der Server seinen Namen behält. Gruß, Nils

Moin, mir erscheint das Projekt deutlich zu groß für eine FISI-Arbeit. Ich würde mich auf den SQL Server konzentrieren und das CRM als Hintergrund angeben. Niemand kann eine CRM-Lösung in 35 Stunden implementieren. Schon gar nicht mit Virtualisierung. Abgesehen davon, frage ich mich, warum hier veraltete Versionen der Produkte genutzt werden sollen. Gruß, Nils

Moin, du loggst dich direkt auf dem Server ein? Mit welchem Konto? Gruß, Nils

Moin, die Berechtigungen stehen nicht in AD. Einzige Ausnahme sind die Berechtigungen auf AD-Objekte selbst (administrative Delegation). Selbst die kann man aber nicht per LDAP abfragen. Die Berechtigungen musst du immer mit der jeweiligen Applikation abfragen. Für Exchange können u.U. diese Links hilfreich sein: MSXFAQ.DE - Report-PFPermissions Report On Exchange 2007 Mailbox ... Reporting Tool for Exchange Server Gruß, Nils

Moin, in dem Fall ist AD-Deinstallation und -Neuinstallation per dcpromo der sinnvollste Weg. Den Namen kannst du beibehalten, solltest aber zwischen den beiden dcpromo-Vorgängen (nach abgewarteter Replikation im Rest-AD) alle Verweise im DNS, in WINS und in Sites & Services auf den Namen manuell löschen. Gruß, Nils

Moin, warum willst du einen DMZ-Server in die interne Domäne aufnehmen? Das widerspricht der Idee einer DMZ. Gruß, Nils

Moin, um vom MCSA 2003 auf den MCITP: SA zu kommen, brauchst du die 648 und die 646. Gruß, Nils

Moin, würdest du bitte deine Beiträge so schreiben, dass das Lesen nicht unnötig erschwert wird? Danke. Zum Thema Datensicherung kann man endlos philosophieren. Ohne dass die Anforderungen bekannt sind, kann man aber wenig Konkretes dazu sagen. Du findest eine ganze Reihe von Diskussionen zu dem Thema hier im Board, bitte nutze die Boardsuche. Das kann dir eine gute Orientierung geben. Gruß, Nils

Moin, aber damit gibst du doch nur den Inhalt von Textdateien aus. Das ist was vollständig anderes als Excel-Tabellen. Deine Idee lässt sich mit Excel so nicht umsetzen. Eine Excel-Datei ist zu komplex dafür. Gruß, Nils

Moin, was macht denn der Server? Abgesehen davon, dass Disk2VHD gar nicht als P2V-Tool gedacht und supported ist, eignet sich selbst bei einem professionellen P2V-Werkzeug nicht jeder Server für P2V. Andersrum ist es in vielen Fällen deutlich sinnvoller, eine VM neu aufzusetzen und ihr dann die Anwendungen und Daten zu übertragen. Gruß, Nils

Moin, in dem Fall könnte tatsächlich der Freigabeassistent Schuld sein. Der ist eigentlich für Heimanwender gedacht und hat auf einem Server nichts zu suchen. Gruß, Nils

Moin, bitte beschreibe, wie die Archivierung derzeit genau eingerichtet ist. Sonst können wir leider nicht viel dazu sagen. Gruß, Nils

Moin, von "anpöbeln" kann ich in den Beiträgen beim besten Willen nichts sehen. Es war sicher nur als hilfreicher Hinweis gemeint, zumal wannabee dir doch den zielführenden Artikel verlinkt hat. Bei samsam bitte zusätzlich in Rechnung stellen, dass er kein Muttersprachler ist. Weitere Fragen können wir gern hier diskutieren. Gruß, Nils

Moin, wenn in dem Agent-Job ein lokaler Pfad eingetragen ist, dann nutzt er diesen auch. Ein Umschwenken auf eine Freigabe gibt es nicht. Ist evtl. im Zuge der Freigabe an den Berechtigungen des Ordners etwas geändert worden, z.B. versehentlich? Wurde evtl. der Freigabe-Assistent genutzt? Gruß, Nils

Moin, ??? kann ich gerade nicht nachvollziehen. Also, für das gewünschte Vorgehen ist der oben verlinkte Artikel von Yusuf passend (ersten 2008-R2-DC in die Domäne integrieren). Gruß, Nils

Moin, wenn ich es richtig verstehe, will er keine Verknüpfung, sondern eine Art Mini-Webseite. Hab ich so unter XP nie gemacht, deshalb sagt es mir nichts. Als Ansatz fiele mir da nur ein Gadget für den Desktop ein. Liefe aber auf eigene Programmierung hinaus - nicht wild, muss man aber eben können und machen. Gruß, Nils

Moin, letztlich ist das eine Frage des Gesamtdesigns und der Backup-/Restore-Planung. Die DC-Funktion trennt man vor allem deshalb von anderen Funktionen, damit man im Falle eines Ausfalls besser überschaubare Wiederherstellungswege hat. Ist sowieso nur ein Server geplant, dann kann man DC und File durchaus kombinieren, aus Sicherheitssicht spricht wenig dagegen. Wichtig ist ein passendes Recovery-Konzept. Gruß, Nils PS. Bitte nutze die Groß- und Kleinschreibung, das macht deine Beiträge besser lesbar.

Moin, ist es möglich, dass du versuchst, die x64-Version der Anwendung auf einem x86-OS (32 Bit) zu installieren? Es kommt durchaus häufiger vor, dass eine Fehlermeldung irreführend ist. Gruß, Nils

Moin, na, also bevor wir ADMT zücken, wäre doch erst mal zu klären, um was für eine "Migration" es sich denn handelt. Vielleicht ist es ja nur ein Upgrade, das dauert mit etwas Glück 30 Minuten ... Gruß, Nils

Moin, alternativ kannst du den lokalen User per Startup-Skript löschen und die Aufnahme eines Dom-Users in die lokalen Admins per klassischem GPO lösen: Eingeschränkte Gruppen Gruß, Nils

Moin, normalerweise kombiniert man HT und CAS. Du willst ja beide verfügbar haben, und beide arbeiten dafür mit NLB. Da man NLB und Failover-Clustering nicht kombinieren kann, entfernst du dann die CAS- und HT-Rollen von den DAG-Servern mit der Mailboxrolle. Gruß, Nils

Moin, bitte nicht auf uralte Threads antworten, sondern einen neuen Thread eröffnen! (Das Board warnt nicht umsonst ...) Sieh hier: Zeitserver - w32time - ueber Gruppenrichtlinien konfigurieren Gruß, Nils

Moin, hm, das ist seltsam. Habe ich noch nie gehört oder gesehen. Greifen irgendwelche automatisierten Prozesse auf die DHCP-Konfiguration zu? Gibt es mehrere Admins, die evtl. getrennt voneinander daran arbeiten? Sagt das Eventlog etwas? Ist der Server aktuell gepatcht? Gruß, Nils

Moin, deine beiden Anforderungen widersprechen sich. Offline-Defrag heißt Downtime. Punkt. Warum meinst du, den Whitespace im Dateisystem freigeben zu müssen? Best Practice ist, dass die Exchange-Datenbanken ein ganzes Volume für sich haben, auf dem nichts anderes liegt. Dann braucht es dich bei "Whitespace" gar nicht zu kümmern, ob er innerhalb oder außerhalb der Datenbankdatei liegt. Gruß, Nils

Moin, und ich würde dann noch mal mein Lieblingstool in die Runde werfen: Download Details - Microsoft Download Center - Log Parser 2.2 Gruß, Nils