Data1701

Kann ich nur zustimmen. Der Designkurs setzt eigentlich den Managingkurs oder adequate Kentnisse voraus. Da Du beides nicht hast, mache also den Managingkurs. Der dauert nunmal so lange. Gruß Data

Warum nicht. Wurde doch sonst immer so gemacht. Gruß Data

Na geht doch ;) Gruß Data

Stimmt, sozusagen eine negativ-Abfrage. Gruß Data

Du hast Wünsche ;) . Also eigene Dateien liegen in der Regel unter: %userprofile%\Eigene Dateien. Ausnahmen bestätigen zwar die Regel, aber das fällt unter den Punkt Usererziehung. Da %userprofile% schon eine Umgebungsvariable ist, sollte dass ganze nicht all zu schwer sein. Also ROBOCOPY "%userprofile%\Eigene Dateien" \\Server\UNC-Pfand /E /V /Z /NP /R:20 /PURGE /LOG:C:\Logfile.LOG Fertig. An die Anführungsstriche beim "%userprofile%\Eigene Dateien" - Denken, da es sonst zu Problemen kommt. Gruß Data

?? Mit Sicherheit - Nur wie. Wo sind denn die SQL - VBS und Batchgötters vom Board ?? Gruß Data

Yep, voll logisch Reichen zur Indentifikation nicht die ersten drei Bytes der IP-Adresse z.B., oder hast du mal B-Masken, mal C-Masken und hier und da auch noch kleinere IP-Masken ? Gruß Data

Wo ist Dein Problem ? Mit der ersten Lösung von Mr.Check, hast Du doch direkt eine Umgebungsvariable mit der Du arbeiten kannst. Führe mal "Set" aus. Da steht Deine IP nach dem Du das hast laufen lassen: "for /f "Tokens=2 Delims=[] skip=1" %%i in ('ping -n 1 %computername%') do set IPAdress=%%i" Gruß Data

Hmh, intressanter Ansatz. Also mit "ipconfig >Test.txt" schreibst Du den Inhalt von Ipconfig in eine txt-Datei. Innerhalb dieser Textdatei musst Du nun die IP-Adresse ermitteln und widerum irgendwo ablegen, z.B. mit "Find "IP-Adresse" test.txt >finden.txt. Nun hast Du schon einmal die IP-Adresse halbwegs extrahiert. Allerdinsg steht da noch einiges an Müll drin. Aus der finden.txt musst Du nun noch die IP-Adresse extrahieren und zwar so, dass Sie alleine steht, damit Du sie mit deinen if-Befehl als Variabel nutzen kannst, dass geht glaube ich nur mit einem VBS-Skript und da muss ich passen. Alsi ich habe die Vorlage geliefert, wer übernimmt. Gruß Data PS: Uups etwas lange geschrieben. Nun gut - so geht es auch.

Immer die Ruhe bewahren. Ich würde Dir auch immer empfehlen einen Blick in die MS KBs/Technet-Artikel zu werfen: http://www.microsoft.com/technet/prodtechnol/windows2000serv/technologies/activedirectory/maintain/opsguide/part1/adogd03.mspx http://www.microsoft.com/resources/documentation/Windows/2000/server/reskit/en-us/distrib/dsbj_brr_zldg.asp http://www.microsoft.com/resources/documentation/Windows/2000/server/reskit/en-us/Default.asp?url=/resources/documentation/windows/2000/server/reskit/en-us/distrib/dsbj_brr_AXAL.asp Gruß Data

Einfach Outlook ohne Netz starten und dann die OST, welche ja dann geöffnet wird, in eine PST exportieren. Zum Thema: Isingt - Versuche mal den FQDN des Servers und nicht den kurzen Netbiosnamen Gruß Data

Ich verstehe. Also Server ohne Netz mit der Ghostkopie starten. Dann mit NT-Backup eine Kopie der AD machen (z.B. Memorystick). Dann wieder den Raid5 aktivieren und Server damit booten -> Wiederherstellungsmodus -> Systemstate über NT-Backup wiederherstellen. Damit sollte deine Exchange-DB erhalten bleiben und der Server wieder mit funktionierender AD hoch kommen. Wie gesagt: Exchangeproblem machen wir im anderem Thread. Wenn keine OST vorhanden, dann musst Du die Exchange-DB reparieren. Du hast noch nicht gepostet ob du GuetherH' Tipp befolgt hast. Gruß Data

Probier mal Logging Options: /L : List only - don't copy, timestamp or delete any files. RTFM - Kann ich nur sagen. Gruß Data

Bei Ghost braucht man das UR-Admin PW nicht. Gehst ja nicht in den Wiederherstellungsmodus. Gruß Data

Als Beispiel: ROBOCOPY source destination /E /V /Z /NP /R:20 /PURGE /LOG:C:\Logfile.LOG Source und Destination über UNC ansprechen /E = Subdir mitnehmen auch wenn leer /V = Verbosemodus an und übersprungene Files anzeigen /Z = Restartet das ´Kopieren der Files die fehlgeschlagen sind /R:20 = 20 Retrys /Purge = Löscht die Dateien/Dir die im Source nicht mehr existent sind. Udn sonst: http://www.mcseboard.de/archiv/32/2005/08/4/44335 Daran denken, dass Files im Zugriff natürlich nicht kopiert werden können. Evtl. das ganze Nachts machen und dann im Skript vor dem Robocopybefehl via Kommandozeile die Freigabe des Sourceornders löschen (Dann gehen alle connects der Clients verloren) und dann wieder setzen. Im Anschluß dann mit Robocopy kopieren. Gruß Data

---------------------------------------------------------------------- ROBOCOPY v 1.96 : Robust File Copy for Windows NT ---------------------------------------------------------------------- Started : Wed Oct 05 08:54:52 2005 Usage : ROBOCOPY source destination [file [file]...] [options] source : Source Directory (drive:\path or \\server\share\path). destination : Destination Dir (drive:\path or \\server\share\path). file : File(s) to copy (names/wildcards: default is "*.*"). Copy options: /S : copy Subdirectories, but not empty ones. /E : copy subdirectories, including Empty ones. /LEV:n : only copy the top n LEVels of the source directory tree. /Z : copy files in restartable mode. /SEC : copy SECurity info (both source and dest must be NTFS). /SECFIX : FIX SECurity info on existing files and dirs. /TIMFIX : FIX TIMestamps on existing destination files. /MOV : MOVe files (delete from source after copying). /MOVE : MOVE files AND dirs (delete from source after copying). /PURGE : delete dest files/dirs that no longer exist in source. /MIR : MIRror a directory tree (equivalent to /E plus /PURGE). /A+:[R][A][H] : add the given Attributes to copied files. /A-:[R][A][H] : remove the given Attributes from copied files. /CREATE : CREATE directory tree structure + zero-length files only. /FAT : create destination files using 8.3 FAT file names only. File Selection: /A : copy only files with the Archive attribute set /M : like /A, but remove Archive attribute from source files. /IA:[R][A][H] : Include only files with some of the given Attributes set. /XA:[R][A][H] : eXclude files with any of the given Attributes set. /XF file [file]... : eXclude Files matching given names/paths/wildcards. /XD dirs [dirs]... : eXclude Directories matching given names/paths. /XC | /XN | /XO : eXclude Changed | Newer | Older files. /XX | /XL : eXclude eXtra | Lonely files and dirs. /IS : Include Same files. /MAX:n : MAXimum file size - exclude files bigger than n bytes. /MIN:n : MINimum file size - exclude files smaller than n bytes. /MAXAGE:n : MAXimum file AGE - exclude files older than n days/date. /MINAGE:n : MINimum file AGE - exclude files newer than n days/date. (If n < 1900 then n = n days, else n = YYYYMMDD date). Retry Options: /R:n : number of Retries on failed copies: default is 1 million. /W:n : Wait time between retries: default is 30 seconds. /REG : Save /R:n and /W:n in the Registry as default settings. /TBD : wait for sharenames To Be Defined (retry error 67). Logging Options: /L : List only - don't copy, timestamp or delete any files. /X : report all eXtra files, not just those selected. /V : produce Verbose output, showing skipped files. /NP : No Progress - don't display % copied. /ETA : show Estimated Time of Arrival of copied files. /LOG:file : output status to LOG file (overwrite existing log). /LOG+:file : output status to LOG file (append to existing log).

Und daran denken dir das Passwort vom UR-"Administrator" herauszusuchen, das wird nämlich benötigt. Gruß Data

So ADS repariert ;) ? Weiter mit Exchange. Hat das geholfen ? Wenn es hart auf hart kommt, dann musst Du die OST-Dateien der Clients (Ich hoffe Du hast die Offlineverfügbarkeit im Outlook aktiviert) nehmen und ersteinmal wegsichern (Mach das so oder einmal, damit kannst Du dann im Zweifel eMails wiederherstellen die b eim fixen der DB gelöscht werden). Nun die DB im Exchange löschen. Die Postfächer neu anlegen, dann die OST-Dateien in PST-Dateien umwanden und in die einzelnen Postfächer importieren. Damit wäre der Datenverlust am geringsten. Aber eigentlich sollte ein FIX der DB funktionieren. Halt uns auf dem laufenden. Gruß Data

Also, zuerst einmal den Schreibcache DEAKTIVIEREN - da der Controller wahrscheinlich keine BBU (Battery Packup Unit) hat. Im schlimmsten Fall liefert das OS die Daten am Contorller ab und stürzt dann ab. Die Applikation und das OS gehen davon aus das die Daten geschrieben wurden, die liegen allerdings nur im Cache und sind nicht auf die HDD geschrieben worden. Also AD von der Sicherung wiederherstellen. Dann hat man erst einmal ein Problem aus der Welt geschaffen. Ich wechsele nun in den anderen Thread (http://www.mcseboard.de/showthread.php?t=72657), so das GuentherH (Unser Exchange-Experte auch was mitbekommt) Gruß Data.

5 Leute, da kann ja nicht viel im AD passiert sein im letzten Monat oder ? Allerdings scheint die Hardware eine Klatsch zu haben, wenn gleich zwei DBs innerhalb kurzer Zeit kaputt gehen. RAID-Verbund ? Hast du evtl. Cacheing auf den SCSI-Controller aktiviert ? Das ganze nimmt ja größere Ausmaße an. Auf wieviel Daten kannst, bzw. willst Du denn verzichten. Danach können wir unser Disasterrecovery ausrichten. Gruß Data

Yo, man sieht den Wald vor lauter Bäumen nicht. Werde ich testen. Gruß Data

O2003 im Einsatz. OAB neu laden - Wo finde ich den den Klicker ? Gruß Data

1 Woche. Replikation ist OK. Gruß Data

Hi, seltsames Phönomen. Neuen User angelegt. Gewartet. User im GAL, allerdings nicht überall. Im Outlook im Standort A wird er angezeigt, jedoch nicht im Outlook von Standort B. Alles ander funktioniert. Ein Exchangeserver für alle. 2 MBit (FD) zwischen den Standorten. Gruß Data

Sicherung 1 Monat alt, das ist nicht unbedingt schlimm wenn man einen zweiten DC im Einsatz hat. Ist das der Fall ? Gruß Data