dmetzger

Ab 16. Februar wird das Service Pack 1 für Windows 7 verfügbar. Das Microsoft Active Directory Team weist aus diesem Anlass darauf hin, dass die Remote Server Administration Tools (RSAT) mit Service Pack 1 erst im April folgen sollen: RTM RSAT and SP1 Win7 (shot, over) - Ask the Directory Services Team - Site Home - TechNet Blogs Bevor die entsprechenden Fragen hier im Forum auftauchen, vorab das Wichtigste: - Die aktuell verfügbare Version (RTM) der RSAT für Windows 7 können nicht auf einem Rechner mit Windows 7 Service Pack 1 installiert werden; - Die RSAT müssen auf Windows 7 vor der Installation des Service Pack 1 installiert werden; - Neuinstallationen von Windows 7 mit integriertem Service Pack 1 können vorerst nicht mit den RSAT bestückt werden. Dies wird erst mit den RSAT SP1 ab April möglich sein.

Du kämpst offenbar seit Stunden mit diesem Problem. In der Zwischenzeit wäre es womöglich die schnellere Lösung, über die Toolbox von Exchange Server 2007 eine Recovery Storage Group mit der korrespondierenden Datenbankdatei einer möglichst aktuellen Sicherung zu erstellen und die Inhalte zu vereinen. Das war mein kürzlicher Weg (vergangene Woche) in einem Fall, in dem ebenfalls per Handysynchronisierung der Kalender des obersten Angestellten gelöscht wurde und der betreuende IT-Dienstleister feststellte, dass die granulare Wiederherstellung mittels Symantec Backup Exec 2010 nicht funktionierte.

Welche Gesamtstruktur- und Domänenfunktionsebene hat Deine Umgebung?

Oder eine DNS-Anwendungspartition erstellen: How to create and apply a custom application directory partition on an Active Directory integrated DNS zone in Windows Server 2003

Kennwortrichtlinien werden in der Standard-Domänenrichtlinie konfiguriert.

Findest Du in den nachfolgenden Artikeln ggf. Hinweise zu Ursachen und Lösungen? Event ID 9373 is logged in the Application log when you update the offline address book in Exchange Server 2007 - Dgoldman's WebLog - Site Home - MSDN Blogs OABGen detected that the file in the distribution point is corrupted or missing. This OAB will not be published. OABGen received an error while trying to publish one of the offline address book files to the distribution point. PLEASE READ –> Events 9320 and 9359 on new installation of Exchange 2010

Sind in der Ereignisanzeige auch Einträge mit der ID 9143 und der Ereignisquelle MSExchangeSA?

Was meinst Du mit "Client"? Wenns überflüssig ist, dann erwähne es nicht. ;) Ich nehme aber sehr an, dass dies genau das Problem ist, das Du lösen möchtest.

Active Directory-integrated DNS zone serial number behavior

Darf ich annehmen, dass Eure Lehrperson Euch im Unterricht die entsprechenden Schritte und Verfahren gezeigt hat und dass es ein Lehrmittel gibt?

Hier die Agenda. Microsoft Certified Career Conference Registration

Und im Default-Empfangsconnector? 100 MB sind dann doch ein bisschen optimistisch. ;)

Irgendwoher musste ich ja meine Argumentation holen. :D Manchmal ist halt doppelt gemoppelt für den TO einleuchtender. Wenn zwei das Gleiche sagen, muss es ja wohl stimmen. ;)

z.B. Inkombatibiltät mit dem Netzwerkdienst Rendezvous in Mac OS 10.2 und 10.3 (verwendet .local zur Identifikation des lokalen Gerätes). Microsoft empfiehlt andererseits fortgesetzt die Verwendung von .local als TLD, z.B.: The Domain Name System name recommendations for Small Business Server 2000 and Windows Small Business Server 2003 Alle beschriebenen Vor- und Nachteile sind indes keine, wenn DNS intern sauber konfiguriert ist. Microsoft notiert u.a., dass durch Zonentransfers interne Hosts plötzlich öffentlich sichtbar werden können. Das ist insofern theoretisch, als wir nie einen Zonentransfer von intern nach extern zulassen, intern mit AD-integrierten Zonen arbeiten (also keine Zonendateien anzubieten haben) und auch keine DNS-Abfragen über Port 53 eingehend durch die Firewall des Unternehmens in die Intranetzone zulassen. Microsoft führt weiter an, dass die extern gehostete Website http://www.firma.de von intern nicht erreichbar sein könnte, wenn intern ebenfalls die Zone firma.de verwendet wird. Microsoft führt dann aus, dass ein Host-Eintrag "www" mit der externen IP-Adresse der Website in der internen Zone erforderlich ist, damit Nutzer des internen Netzwerks die externe Website erreichen können. Einen statischen Host-Eintrag in der internen DNS-Zone zu erstellen, ist kein Nachteil, sondern administrative Routine. Und selbstverständlich ist der Host "www" nicht erreichbar, wenn kein Hosteintrag für ihn existiert - so funktioniert nämlich DNS. Und wenn es dann zu Direct Access kommt, empfehlen alle mir bekannten Microsoft-Ingenieure einhellig die Verwendung einer Subdomäne der externen DNS-Zone als interne Stammdomäne - siehe oben.

Ich empfehle heute tendenziell, intern eine Subdomäne der externen Zone als interne Stammdomäne zu verwenden. Also: extern = firma.de, intern = corp.firma.de. Der Grund ist Direct Access und die damit verbundenen Anforderungen an die Namensauflösung intern und extern. Auch wenn Direct Access nicht unmittelbar auf der Agenda eines Kunden steht, gehen wir als Dienstleister beim Bau neuer Gesamtstrukturen und bei Migrationen heute wenn möglich nach diesem Muster vor. Die TLD .local führt immer wieder zu Nachteilen und bringt keinen Sicherheitsgewinn.Der SBS verwendet *.local nur, wenn de Installation nicht mittels Antwortdatei erfolgt. Sonst ist die TLD frei wählbar.

Und ich möchte anfügen, dass jedes Windows Mobile oder Apple iPhone von Haus aus per Mobilfunk mit einem SBS 2011 synchronisieren kann. Wenns nicht unbedingt (aus welchen Gründen auch immer) Blackberry sein muss, ist die Lösung in der Box schon enthalten. Sonst gilt: Guter Dienstleister migriert den SBS 2003 auf 2011 inklusive vollständiger Datenübernahme, Softwarehaus kümmert sich um die Spezialsoftware. Das ist, wie von den Vorrednern erwähnt, der übliche Weg. Und ein richtiger Server hat eben Betriebsgeräusche. Wenn man diese nicht hören will und lokal keinen geeigneten Raum findet, muss man ihn ggf. ins Rechenzentrum auslagern. Migration ist keine Software, sondern beschreibt Verfahren, Serveranwendungen und Daten umzuziehen.

Die Aktualisierung der SBS-Domäne von 2008 auif 2011 erfordert einen Quell- und einen Zielserver. Wenn Du am Ende mit dem gleichen Gerät weiterarbeiten möchtest, fallen mir drei Wege ein (jeweils Vogelperspektive ohne Feinplanung ;)): - Migration von SBS 2008 auf temporärern SBS 2008 (oder SBS 2011), anschliessend Migration von temporärem SBS 2008 (oder SBS 2011) auf ursprüngliches Servergerät mit SBS 2011; - Migration von SBS 2008 auf virtuellen SBS 2011 auf einem temporären Hyper-V-Host; anschliessend Export der VM vom temporären Hyper-V-Host und Import der VM auf das ursprüngliche Servergerät als Hyper-V-Host (Lizenzierung und unterstützte Szenmarien beachten!); - Sicherung aller Benutzer- und anderer Daten des SBS 2008, Export der Postfachinhalte, Export der SharePoint-Inhalte gemäss unterstützten Migrationsszenarien von WSS 3.0 auf SharePoint Foundatzion 2010, Export der AD-Struktur und GPOs mit GPMC Scripts etc.; anschliessend Neuinstallation von SBS 2011 auf dem gleichen Servergerät und Import aller Daten, Anpassung von Berechtigungen (ACLs) etc.

Hast Du eine Subdomäne "serv03.serv04.firma.de" und einen DC namens "serv03" in der übergeordneten Domäne "serv04.firma.de"?

Ich mich auch. Mir ist das bisher so einfach nicht gelungen. Ich lasse mich aber gerne informieren, wie das funktioniert und von Microsoft so auch lizenzrechtlich und technisch untertstützt wird. How to upgrade Small Business Server Domain Environment to regular Windows 2003 Domain

Hallo, Deine Frage wurde mehrfach diskutiert. Die Boardsuche ergibt z.B.: http://www.mcseboard.de/microsoft-lizenzen-50/sbs2003-erweiterung-normale-domaene-2-170975.html http://www.mcseboard.de/active-directory-forum-79/sbs-2003-domaene-bestehende-2008er-domaene-hinzufuegen-174067.html Dein ausgedachter Weg funktioniert nicht. Man kann nicht eine SBS-Gesamtstruktur zu einer normalen machen, indem man einen zweiten Domänencontroller installiert und den SBS entfernt.

@JoNo: Wenn Du hier im Forum eine Frage stellst und später ohne weiteren Hinweis bemerkst, Du hättest nun eine Lösung gefunden, dann möchten andere diese Lösung selbstverständlich wissen. Man hilft sich hier ja gegenseitig, statt stets in nur einer Richtung Unterstützung einzufordern. Reagierst Du dann auf die entsprechende Aufforderung eines Forumkollegen schnippisch oder nichtssagend, dürfte die Bereitschaft anderer, Dir zu helfen, erheblich sinken. Damit machst Du Dir selbst am wenigsten einen Gefallen.

http://www.mcseboard.de/windows-server-forum-78/hat-jemand-erfahrung-item-level-sharepoint-restores-174423.html#post1074918

Wenn die Behörde kein Geld hat, um einzelne Dokumente in SharePoint wiederherzustellen, sollte sie auf SharePoint verzichten. Muss eine tolle Behörde sein, die ihren Betreuer in Foren vorschickt, damit er sich dort kostenlos von anderen beraten lässt, was kostenlos für den Unterhalt ihrer IT-Infrastruktur erhältlich ist. Das hält sicher die Wirtschaft in Schwung und lässt die Steuergelder auch in Zukunft fliessen.

Alles, was sich über die SBS-Verwaltungskonsole administrieren lässt, ist auf einem SBS unterstützt. Diese Konsole ist das zu bevorzugende Verwaltungsinstrument. Alles weitere unter: Windows Small Business Server 2008 Gute Unterstützung bietet auch die eingebaute Hilfe.

Exchange Server 2010 enthält die Möglichkeit, Postfächer aus anderen Gesamtstrukturen/Exchange-Organisazionen zu migrieren. Stichwörter sind "Exchange 2010 Cross-Forest Migration" und "Remote Move Request". Das funktioniert mit Quellorganisationen, die Exchange Server 2003 SP2/2007 SP2/2010 beinhalten. You Had Me At EHLO... : Exchange 2010 Cross-Forest Mailbox Moves Create a Remote Legacy Move Request Where One of the Forests Doesn't Have Exchange 2010: Exchange 2010 SP1 Help