Christoph35

Die DB für die Zentral-Admin. solltest Du auch mit sichern, da sind schließlich die Konfigurationsdaten für Sharepoint drin. Christoph

Ok, dann hier noch mal ein Link: Migrate content databases from Windows Internal Database to an instance of SQL Server (Windows SharePoint Services 3.0) High Level Steps: Christoph

Sollte gehen, sonst wäre der Artikel doch sinnlos ;) Du musst wissen, wie der Instanz-Name der Datenbank lautet, und das Management Studio damit connecten (<servername>\<instanzname>). Der Instanzname kann i.d.R. aus dem Namen des Dienstes abgeleitet werden. Christoph

Mag sein, aber der ist dann u.U. von der DNS Server-Software abhängig. Bei MS-DNS ist die min. default TTL 1 h, bei BIND wird er neuerdings in einer Variable definiert ($TTL, aber auch diese Variable kann in jedem Zone-File angepasst werden). By the way: TTL heißt Time-to-Live, nicht Time-to-Leave ;) Christoph

Hi! Kann man nicht pauschal sagen, denn das wird in der jeweiligen Zone im SOA-Record definiert. Christoph

Hi, Eine Step-By-Step-Anleitung zum Beheben des 10016 Fehlers findet sich z.B. hier: DCOM Fehlermeldung mit Ereignis 10016 | Microsoft Windows Vista FAQ Du musst das natürlich für deine CLSID und das System-Konto umsetzen. In der Regel ist der Fehler nicht dramatisch, verstopft allerdings gerne mal die Logs. Christoph

Welche ESX Version wird verwendet? Und wird der Virtual Center Server verwendet? Generell bist Du für ESX Fragen auch gut in den VMware Foren aufgehoben. Christoph

Ja, steht im Artikel, dass man sich das Management Studio herunterladen kann, mit Link zum Download. Aber ich poste ihn der Einfachkeit halber mal hierher: Download Management Studio Christoph

Hat der neue User-Account vom RUS auch keine E-mail-Adresse bekommen? Das Kontrollkästchen ist übrigens auf der Seite EMail-Adressen des User-Accounts. Christoph

Hi! Move all databases (Windows SharePoint Services 3.0) Christoph

Lass mal den Exchange Best Practive Analyzer laufen, könnte mir vorstellen, dass der Dir evtl. ein paar Probleme zeigt. Wenn dem so ist, kann man das dann ja mal angehen. Vielleicht stellst du auch mal das Diagnostic Logging für MSExchangeDSAccess höher. Christoph

Mal am Rande: Ist eigentlich bei dem User die Option "Automatically update e-mail addresses based on recipient policy" aktiv? Christoph

Naja, in dem Fall wird es eher, wenn der Schritt zu einem globalen AD gegangen wird, so sein, dass eure (und evtl die amerikanischen) Domains aufgelöst werden, und alles in die asiatische(n) Domain(s) integriert wird. Christoph

Um das noch mal ganz genau zu sagen: domain/site/OU-gebundene Policies werden NACH lokalen Policies angewandt und überschreiben damit die Einstellungen, die in letztgenannten vorgenommen werden. http://technet.microsoft.com/en-us/library/cc784268%28WS.10%29.aspx (zu Anfang der 2. Hälfte im Abschnitt Group Policy Processing Rules) Christoph

Klar, weil die Domain-/Site-/OU gebundenen Policies Vorrang vor lokalen Policies haben.... Außerdem: wenn wir hier von Win 2003 oder früher reden, brauchst Du für den Rechner eine neue Domain mit anderen Kennwort-Policies. Aber das kann man massenhaft z.B. hier im Board nachlesen.... :shock: :confused: Christoph

Naja, aber der RUS ist lt Toms Aussage konfiguriert, immer ausgeführt zu werden. Dann sollte spätestens nach 1-2 min. die Adresse hinzugefügt worden sein. Vielleicht auch mal unter MSExchangeAL das Logging etwas ausführlicher konfigurieren. Evtl gibts ein Problem mit den Adresslisten. Ist das Problem reproduzierbar? Christoph

Hast Du unter AD Sites and Services denn auch die Sites und IP-Subnetze definiert und die DCs den jeweiligen Subnetzen zugeordnet? Im übrigen würde ich alle DCs auch zu GCs machen, wenn nicht arg dünne WAN-Verbindungen dagegensprechen. Christoph

Hi, teste mal, ob Dein AD wirklich sauber läuft (netdiag und dcdiag). Das Ergebnis kannst Du ja dann hier posten (als Text). Bitte poste auch mal die IP-Config. des DCs und eines Memberservers oder Clients. Dann checke mal auf den Clients, ob das Häkchen für "Register this connection´s IP address in DNS" (oder so ähnlich) gesetzt ist. Das sollte standardmäßig der Fall sein. Außerdem prüfe bitte, ob die Zone dyn. Updates zulässt. Christoph

Hi, bei MS selbst gibts eine Sharepoint Site: Microsoft Office SharePoint Server - Connecting People, Process, and Information Von da aus gibts auch Links zu CaseStudies und weiteren Infos. Christoph

Whoami.exe findest Du auf einem W2K3 Server im System32 Ordner. Du kannst auch mit dem Befehl dsquery user -name lehrling* | dsget user -memberof -expand herausfinden, in welchen (Domain-)Gruppen dieser User Mitglied ist. Eine davon muss den Zugriff auf das Share erlauben. Ggf. auch mal lokale Gruppen auf dem Fileserver prüfen. Den Befehl kannst Du auf einem DC ausführen, oder auf einem Rechner mit installiertem Admin Pack. Christoph

Auch immer wieder schön: Der tanzende Kakadu Christoph

Ja, hier ist der Einsatz der Powershell gefragt. Enable-ExchangeCertificate -thumbprint (hier dein Certificatethumbprint einsetzen) -services "pop,imap,iis" Christoph

Sieht auf den 1. Blick korrekt aus. ABE hast Du auf dem freigegebenen Ordner aktiviert, nehme ich mal an. Bitte checke mal die effektiven Berechtigungen (über Berechtigungen/Erweitert). Christoph

Hmm, klingt erstmal nicht falsch, aber vielleicht ist irgendwo noch was anderes im Spiel, das hier noch nicht erwähnt wurde. Also gib doch bitte mal die komplette ACL (für NTFS und Share) des freigebenen Orders, sowie die NTFS-Berechtigungen für eine Stichprobe der Unterordner an (anonymisiert, natürlich). Christoph

Habe ich mich wohl nicht genau genug ausgedrückt... :( Wie sehen die NTFS-Rechte auf dem freigegebenen Ordner aus? Christoph