hwimmer

Der PDC wurde nicht verschoben oder erneuert. Der PDC wurde nur heruntergefahren, um ihn in ein anderes 19" Rack einzubauen. Die Netzzeit ist auch synchron !

Hallo, wir haben hier am Standort eine W2k3 Domäne mit 2 Domänencontrollern. Beide sind GC. Per DHCP werden die IP-Adressen beider DC als DNS am Client eingetragen. Wir hatten nun letzte Woche den PDC wegen Wartungsarbeiten runtergefahren. Dabei ist uns aufgefallen, daß während dieser Zeit keine Anmeldung am AD möglich war. Replizierung im AD funktioniert ordnungsgemäß. Wo muß ich da noch drehen. Danke für Eure Hilfe. Gruß Hans

Vielen Dank ! Auf das Einfachste komme ich wie immer zuletzt ! Gruß Hans

Hallo, hab mal eine Frage zu WinXP und Aufruf Netzwerkumgebung im Explorer. Auf meinem Rechner haben sich in der Netzwerkumgebung mit der Zeit Verlinkungen zu Servern angesammelt, die es bei uns im LAN nicht mehr gibt. Nun braucht XP ab ca. 2 Minuten bis die Sanduhr verschwindet und ich wieder etwas am Rechner machen kann. Gibt es eine Möglichkeit, die Netzwerkumgebung irgendwie zu bereinigen, oder zumindest eine Möglichkeit, die 2 Minuten Sanduhr auf 10 Sekunden Sanduhr zu reduzieren. Irgendwie nervt das auf Dauer. Gruß Hans

ich hab jetzt folgende Wartungspläne eingerichtet: 1. Datenbanken sichern 2. Transaktionsprotokoll sichern 3. Datenbanken verkleinern 4. Wartungs Cleanup Das Wiederherstellungsmodell habe ich bei allen Datenbanken von Einfach auf Massenprotokolliert umgestellt, da ja sonst die Transaktionsfiles nicht gesichert werden können. Nach Ausführung dieser Tasks müssten die Dateien für die Transakaktionsfiles eigentlich wesentlich kleiner sein. ist das so richtig ? Gruß Hans

Hallo, wir setzen Symantec Backup Exec Version 12 ein. Nun habe ich da eine Frage zur Sicherung unseres SQL-2005 Servers. Als Sicherungsmethode im BE habe ich "Gesamt" ausgewählt. Die Sicherung des SQL-Servers läuft auch ohne Fehler durch, nur die Transaktionsfiles vom SQL werden nicht gekürzt. Das müsste doch Backup Exec nach einer erfolgreichen Sicherung machen! Gruß Hans

Konnte das Problem jetzt folgendermassen lösen: 1. Habe die betroffenen User in eine neue OU geschoben. Dort ist eine Ordnerumleitung auf eigene Dateien aktiviert. Und der User bekommt auch exclusive Zugriffsrechte. 2. Am FileServer die ensprechende Home-Verzeichnisse in eine neue Freigabe kopiert. Durch das Kopieren werden die Rechte zurückgesetzt. 3. Anschließend in der neuen Freigabe die Rechte und Besitzer wieder neu gesetzt. Nach diesen Maßnahmen funktioniert auch das Synchronisieren am Client wieder problemlos. Es sieht so aus, als sind durch das Kopieren mit XCOPY /O Rechte-Informationen verloren gegangen, die er für das Synchronisieren benötigt. Gruß Hans

Habe mich jetzt mit dem gleichen AD User an einem anderen frisch installieren PC angemeldet und dort ebenfalls versucht, die Eigenen Dateien zu synchronisieren. Da besteht das selbe Problem. Bei allen Dateien bringt er sofort den Fehler "Zugriff verweigert". Der Fehler kommt auch, wenn den User am Rechner lokale Admin-Rechte hat! Es kann also kein Problem vom Client sein, sondern vom Server ! Der neue Server hat als Betriebssystem W2K3 64Bit, vielleicht ist das ja das Problem!

Weder im System- noch im Anwendungsprotokoll steht was drin

@ ITHome In der Gruppenrichtlinie ist bisher dieser Haken nicht gesetzt gewesen. Die Freigabe hab ich überprüft, die passt. Der Haken ist drin bei "Nur Dateien und Programme, die Benutzer auswählen, offline verfügbar machen". Den Datenbestand habe ich mit xcopy unter anderem mit der Option /O kopiert. Da werden ja die Informationen über ACL und Besitzer mitkopiert. Gruß Hans

Hallo, dieses Problem ist mir schon bekannt. Bei uns ist es aber seit der Server-Umstellung so, daß er die Meldung "Zugriff verweigert" bringt, auch bei XLS oder DOC-Dateien

Hallo, folgendes Problem: wir haben hier im Netz einige Notebook-User mit aktivierten Offline-Dateien. Die Eigenen Dateien sind auf einem File-Server abgelegt. Über das Wochenende haben wir den Pfad für die eigenen Dateien auf einen neuen Server umkopiert. Es wurde auch entsprechend die AD-User umgestellt und auch die Anmeldescripts angepasst. Wenn sich nun die Notebooks am Netz anmelden, sind die Computer offline, da er sich mit dem alten Server nicht syncronisieren kann. Soweit so gut! Als lokaler Admin angemeldet, den Offline-Cache initialisiert und neu gestartet. Nach Neustart kann ich nun jedoch den neuen Ordner nicht offline verfügbar machen, da er bei der Syncronisation nach ein paar Dateien abbricht mit folgenden Fehlermeldungen: "Eine Offlineversion von .... konnte nicht verfügbar gemacht werden .... Zugriff verweigert. Der User hat aber definitiv Zugriff auf seine eigenen Dateien ! Ich hab hier schon alles mögliche probiert, aber nichts hilft. Das Schlimme ist ja noch zusätzlich, daß wir im Netz ca. 140 Notebooks haben, und vermutlich jeder das gleiche Problem hat. Habt Ihr da eine Idee für mich. Danke Gruß Hans

Hallo, habe mir gerade eine unattended installation für w2k3 standard gemacht. Nun habe ich dabei folgende Problem wobei ich nicht weiterkomme: 1. Der Treiber für den Festplattencontroller wird nicht automatisch unterstützt, ich muß den also manuell angeben. Habe auf die CD nun zusätzlichen Ordner \$OE***\$1\Drivers angelegt in dem ich die passenden Treiber incl. inf-Datei kopiert habe. In der winnt.sif noch im Bereich [unattended] den Parameter: OEMPnPDriversPath=Drivers und OemPreinstall=Yes gesetzt. Trotz alledem findet er keine installierte Festplatte. Der angegebene Treiber ist aber definitiv der Richtige ! 2. Ich habe eine 36 GB Platte. Er soll automatisiert ein Laufwerk L: mit 10GB und ein Laufwerk M: mit 26 GB partitionieren. Dazu habe ich nun die Parameter ExtendOEMPartition=24320 und Repartition=Yes angegeben. Er formatiert aber trotzdem automatisiert eine einzige 36GB Partition als Laufwerk C: Hier die dazugehörige WINNT.SIF Datei: ---------------------------------------------------------------------------------- ;SetupMgrTag [Data] AutoPartition=1 MsDosInitiated="0" UnattendedInstall="Yes" UseWholeDisk=No [unattended] Repartition=yes UnattendMode=FullUnattended OemSkipEula=Yes OemPreinstall=Yes DriveLetter=L: ExtendOEMPartition=24320 TargetPath=\WINDOWS DriverSigningPolicy=Ignore OEMPnPDriversPath=Drivers [GuiUnattended] AdminPassword=6ec02a93ea64dfa5aad3b435b51404ee929b225e6b4f014f53e001db9afcbe16 EncryptedAdminPassword=Yes OEMSkipRegional=1 TimeZone=110 OemSkipWelcome=1 ProfilesDir="M:\Dokumente und Einstellungen\" [userData] ProductKey=*************************** FullName="test" OrgName="test" ComputerName=* [Display] BitsPerPel=16 Xresolution=1024 YResolution=768 [LicenseFilePrintData] AutoMode=PerSeat [TapiLocation] CountryCode=49 Dialing=Tone AreaCode=0851 LongDistanceAccess="60" [RegionalSettings] LanguageGroup=1 Language=00000407 [setupMgr] ComputerName0=server01 ComputerName1=server02 ComputerName2=server03 ComputerName3=server04 [identification] JoinDomain=domain.intern DomainAdmin=administrator DomainAdminPassword=********** [Networking] InstallDefaultComponents=Yes -------------------------------------------------------------------------------------------------- Vielleicht habt ihr da noch eine Idee für mich. Danke schon mal im voraus. Gruß Hans

Hallo, bei der Deinstallation von Exchange 2003 bekomme ich folgenden Fehler: Die Komponente "Microsoft Exchange Messaging und collaboration" kann nicht der Aktion "Entfernen" zugewiesen werden. Grund: Ein oder meherere Benutzer verwenden aktuell einen Postfachspeicher. Von dem betroffenen Server wurden aber alle Postfächer und auch alle öffentlichen Ordner bereits auf den neuen Exchange verschoben ! Habe auch im Exchange-Manager beim betroffenen Server alle Postfachspeicher bereits entfernt und trotzdem erhalte ich obige Fehlermeldung. Was muß ich noch machen, daß ich Exchange sauber deinstallieren kann. Danke für Hilfe. Gruß hwimmer

super, Danke Problem gelöst, in der Systemrichtlinie war als Standard-Informationsspeicher für den öffentlichen Ordner noch der alte Exchange hinterlegt. Nach Änderung auf den neuen Server funktionieren jetzt auch wieder die Clientberechtigungen. Danke Gruß hans

Hallo, wir vor kurzem alle öffentlichen Ordner auf einen neuen Exchange 2003 Server verschoben. Nun will ich bei den einzelnen Ordnern mit die Clientberechtigungen anschauen und bekomme dabei folgenden Fehler: Fehler bei der Anmeldung am Microsoft Exchange-Server-Computer Der MAPI-Provider ist fehlgeschlagen. Microsoft Exchange-Server-Informationsspeicher ID no: 8004011d-0512-00000000 ID-Nr.: c1050000 Exchange-System-Manger Was kann das sein ? Danke schon mal für Eure Hilfe. Gruß hmwimmer

Hallo, wir haben unseren bisherigen Exchange 2003 Server als virtuelle Maschine neu aufgesetzt. Anschließend vom alten Exchange alle Postfächer verschoben und auch die gesamten öffentlichen Ordner verschoben. Alle Benutzer können über den neuen Server ohne Probleme arbeiten im Outlook. Die Bereitstellung des Postfachspeichers am alten Server ist bereits aufgehofen. Wenn ich allerdings die Bereitstellung der Informationsspeicher für die öffentliche Ordner aufhebe, dann können die Benutzer nicht mehr auf die öffentlichen Ordner zugreifen! Es sind keinerlei Öffentliche Ordner bzw. Öffentliche Ordner-Instanzen auf dem alten Server im Exchange-Manager sichtbar, alles ist schon auf dem neuen Server drauf. Was muß ich da noch umstellen ? Danke schon mal für Eure Hilfe. Gruß hwimmer

Hallo, wir haben bei eine Computerfax-Lösung im Einsatz und Exchange 2003. Schickt ein User ein Fax ab, so wird am Client ein Tif generiert und zum Exchange übertragen. Der quittiert aber mit folgender Fehlermeldung: Module ModMHTML/5284 reports: One or more attachment file types are not allowed (contact your admin)[Attachment causing the problem: winmail.dat Please make sure that the message formats settings of your Exchange 2003 Server are set to "Use HTML as Body Text" and "Rich Text -> Never Use"] Wo kann ich nun das Nachrichtenformat im SystemManager einstellen. Hab schon gesucht aber nicht gefunden. Danke für Eure Hilfe ! Gruß hwimmer

Wenn ich versuche mit ntdsutil das Passwort zurückzusetzen, bekomme ich folgenden Fehler: Error 80070057 parsing input - illegal syntax ?

Der dcpromo ist ordnungsgemäß durchgelaufen.

Noch eine ZusatzInfo, vielleicht hilft das noch weiter. Der betroffenen Server war Backup DC. Hab den Server runtergestuft, da die Datenbank fürs AD korrupt war. Wir hatten den Server im laufenden Betrieb mit P2V virtualisiert und das hat die Datenbank nicht ganz verkraftet. Nach einem Reboot möchte ich nun den Server wieder zum DC hochstufen. Da der Server schon mal DC war könnte es doch sein, daß er das alte Kennwort haben will ?

hab jetzt mal für den betroffenen Server ein Resultant Set of Policies mit der GPMC gemacht. Der Punkt "Kennwort muss Komplexitätsvoraussetzungen entsprechen" ist aber deaktiviert. In GPO im Punkt "Zertifikate" ist ein Zertifikat ausgestellt für den Zweck "Dateiwiederherstellung". Hat es vielleicht etwas damit zu tun ?

Hallo, hab testweise mal dein Passwort Pa$$w0rd# probiert. Bekomme aber leider die gleiche Meldung wie oben schon beschrieben. Aber recht viel komplexer gehts doch nicht, oder ? Gruß Hans

Hallo, ich will gerade einen zusätzlichen Domänencontroller mit dcpromo erstellen. Im Assistenten muß ich ja noch ein Kennwort angeben für "Verzeichnisdienste wiederherstellen". Nach Eingabe des Kennwortes erhalte ich folgende Meldung: Das Kennwort enspricht nicht einer Anforderung der Kennwortrichtfilter auf diesem Computer. Das von mir eingegebene Kennwort entspricht aber der geforderten Komplexität. In unserer DefaultDomainPolicy sind die Kennwortrichtlinien sowieso schon runtergeschraubt. Wo kann ich da noch nachschauen, welche Komplexität ich verwenden muß? Danke für Eure Hilfe. Gruß Hans

auf dem betreffenden DC bekomme ich neben dem Event 1988 auch noch die Events 1311, 1566 und 1865 im selben Rhytmus wie die 1988. Hängt das auch mit dem gelöschten Objekt zusammen ?