derdude76

100& zustimmung Ganz klar die meisten Problem sitzen vor dem bildschirm. Hatte gestern wieder netten call Kunde ruft an Kunde: Guten Tag Herr... Mein Bildschirm ist so komisch gedreht. Ich: Aha was heisst hier komisch. Kunde: Ja alles ist um 90% gedreht. Ich: Haben Sie irgendwas gemacht? Kunde: Ne war ganz von selbst plötzlich.... Ich: moment ich schalte mich mal auf ihren rechner auf. .... [bild war wirklich gedreht. Da PC mit Onboad Intel VGA wohl irgendwie die tastenkombination für bild drehen erwischt.....] Ich: haben sie wirklich nichts gemacht gehabt Kunde: naja habe meine tastatur gereinigt .... Ich: Aha aber jetzt ist ja wieder alles so wie es sein sollte oder? schönen tag noch....

Sehr richtig habe auch wieder probleme beim mitzierhen von "alten" profilen. Man sparrt sich hinterher wirklich viel arbeit, wenn man die profile neu generieren lässt und nur die wichitgsten daten übernimmt - Favouriten - Officeeinstellungen - eingene daten gaht alles per skript auch in größeren umgebungen vum usmt bin ich wieder weg. gerade wenn die quelle sowohl nt lokale und sonstige profile sind. sollte man bei einer umstellung hier ruhig mal aufräumen. lässt sich auch so argumentien.

...hm Terminierung shcliesse ich mal aus. Wie gesagt mit w2k sp4 BEWS 9.1 lief die Sicherung die letzten monate ohne fehler....

eher legasteniker. :) Den AOFO Store könnte ich nochmal gegenchecken. Aber wieso sollte dann ein Unterschied zwischne Backup to Disk und Sicherung auf Band sein? AV Schutz hab ich auch schon ausgemacht dürfte aber nicht der Fehler sein s.o. (ist trend micro) Die Sicherung läuft ja nur extrem langsam 5 MB/min. Habe durch Verwendung der MS Treiber (AIC7901 sowie DASI Laufwerk) dieses auf 70 MB steigern können. Es ist egal ob Remotesicherung oder von der lokalen Maschine. Von daher könnte auch sein, dass der Server jetzt ein Problem mit den Treiber bzw. Ressourcenzuweisung hat. W2k nutzte jan noch nicht den ACPI kernel mit w2k3 hat sich das ja geändert. Geräte werden jetzt mit APIC angesprochen. Falls das der Fehler ist dürfte ich den wohl neu aufsetzen müssen.

Hm hatte auch schon ähnliches Phänomen. Kannst du eventuell mal smb signing deaktivieren. hat bei mir damals geholfen. http://www.gruppenrichtlinien.de/HowTo/SMB_signing.htm Ansonsten mal heir schauen http://mypage.bluewin.ch/reprobst/WordFAQ/Offlog.htm

Wieso hab doch brav jede frage beantwortet. Leider kann ich mit meinem Browser den test nicht formatieren.

weiter ideen ?

Habe folgendes gemacht. Bestehender Server mit Veritas 9.1 + SP4 auf W2k SP4 mit Tandberg VS80 Loader Dann Update OS auf 2003 mit SP1 Update von 9.1 auf 10.d mit Übernahme der Datenbank. Schema der Datenbank inkompatibel. Call mit Veritas aufgemacht ...ohne Erfolgt. Also Veritas komplett neu. Datenbank ok Sicherung B2D ok ca 1,5 GB/ min über GB Ethernet. Leider läuft die Sicherung jetzt auf VS80 Loader mit 5 MB/min vohrer waren es ca 200-300 Hab schon alle Treiber durchgetestet auch den Loader gegengetauscht aber ohne erfolg. Auch zurück auf die 9.1 bringt nix kann dann noch nicht einmal den Loader inventarisieren. Werde jetzt nächste Woche MB tauschen. Hoffe Fehler liegt im AIC7901 ONboard.... Wenn nicht dann hab ich großes Problem. Die gleiche Installation läuft bei einem anderen Kunden übrigens völlig schmerzfrei. Irgendwer noch ne Idee. ???

So Inplace erfolgreich abgeschlossen....naja fast. Will mal kurz kunttun wie es abgelaufen ist, vielleicht hilft es ja jemandem. Dienstag: Update Exchange auf 2003 dann SP2 Update Server auf 2003 mit SP1 Überprüfung Exchangedienste und eventlog.... alles tuti Update DC01 auf 2003 mit SP1 Anpassung DNS, GPO etc an neue Features Eventlog alles ok Mittwoch: Update DC02 sowie Datei SQL ISA und TServer Alles ok Donnerstag: Aufräumen der Server und Update Veritas :( Lief dann mal nicht so wie gewollt. von 9.1 auf 10.d mit Übernahme der Datenbank. Schema Datenbank inkompatibel. Also Veritas komplett neu. Datenbank ok Leider läuft die Sicherung jetzt auf VS160 Loader mit 5 MB/min vohrer waren es ca 200-300 Hab schon alle Treiber durchgetestet auch den Loader gegengetauscht aber ohne erfolg. Werde jetzt nächste Woche MB tauschen. Hoff Fehler liegt im AIC7901 ONboard.... Wenn nicht dann :( Ach so Habe den FIX für den RFC Bug des Exchange 2000 nicht angewendet. Bin also strickt nach den hier bereits geposteten Anleitugen vorgegagen. Exchange Deployment Whitepaper Kabitel 3 http://www.microsoft.com/downloads/info.aspx?na=90&p=&SrcDisplayLang=de&SrcCategoryId=&SrcFamilyId=77B6D819-C7B3-42D1-8FBB-FE6339FFA1ED&u=http%3a%2f%2fdownload.microsoft.com%2fdownload%2fa%2f6%2f0%2fa6047b64-4bd1-4df5-ae15-ffe6ccf2fa93%2fExchange+Server+2003+Deployment+Guide_GER_V3.doc sowie den Artikel für das OS Update http://support.microsoft.com/kb/325379/de

Auch wirklich die aktuellste Version des Intel Matrix Storage Managers installiert? http://downloadfinder.intel.com/scripts-df-external/filter_results.aspx?strTypes=all&ProductID=2101&OSFullName=Windows*+XP+Professional&lang=eng&strOSs=44&submit=Go%21 Handelt es sich um ein RAID1 hoffe ich doch. Falls RAID0 oder striped taucht der Fehler auch auf. Da Windows das Systemvolume nicht auf genannter Partition installieren kann. Wann hast du das Setup den abgebrochen? 1. Treiber installieren 2. reboot 3 . convert to dynamic Datenträger 4. reboot 5. restart setup ???

Hm komplette Neuinstallation durchgeführt, vorher alle Partitionen gelöscht? Gib mal bitte ne Übersicht wie partitioniert ist. cmd diskpart list volume das Ergebnis dann mal hier posten. Erscheint die Felhermeldung genauso wie bei der letzten Installation?

Hm meinst du da xampp Paket von apachefriends.org im Installverzeichnis ist bereits ein tool dabei um Apache und Mysql als Dienst zu installieren. Läuft dann unter local system also vor Benutzeranmeldung. Anonste gibt es ja noch die Beiden ms tools um beliebige Programme als Dienst zu installieren Schon mal so versucht http://support.microsoft.com/kb/q137890/ aha da war wohl ejmand schneller als ich ;(

So Update in Testumgebun hat wunderbar funktioniert. War ja nicht anders zu erwarten.... Habe es so wie in meinem letzten Posting druchgeführt. Exchange hat keine Fehler gemeldet ohne den FIX angewendet zu haben. Werde dann mal Ende der Woche posten, ob die Produktivumgebung auch so easy war. Hab ja 3 Tage Zeit für Umstellung . Hab eben die Info erhalten, dass noch mehr aktualisiert wird. Schon toll wenn man da wieder so kurzfristig in ein Projekt geschmissen wird. Wusste bis letzten Mittwoch noch nichts davon.... Naja 3 Tag sind ja 72 Stunden oder ;)

Würde auf jeden Fall das Hardwarerraid bevorzugen. Ist gerade, wenn mal eine HD ausfällt weniger kritisch gerade beim SBS....

Da die Installation bis jetzt noch beendet ist, würde ich noch einmal von vorne beginnen. Der SBS mag es gar nicht wenn man nicht mit den Assistenten arbeitet. Sind die OEM CDs denn vorhanden? War der Server schon vorinstalliert, oder hast du den komplett selbst installiert? Bei der Installation hatte ich bisher noch nie Probleme mit einem SBS. Würde wie folgt vorgehen. 1. Booten von der 1.ten SBS CD Installation vornehmen C System D Daten E wenn gewünscht RIS Also partitionieren dann abbrechen und neu beginnen sonst ist das CDrom auf D 2. SN und alle weiteren angaben tätigen 3. nach dem ersten Windows start alle Treiber installieren 4. SBS Installation mittels assistenten fortsetzen.

Die beiden Artikel sind mir auch schon bekannt. Allerdings wird dort immer nur von Exchange 2000 gesprochen. Korrigiert eine Exchange 2003 Installation (Update) die nicht RFC konformen Einträge? Hätte dann erst den Exchange auf 2003 gebracht (Schemaerweiterung), danach die DCs. Schließlich noch den Exchange Server auf 2003 danach noch eine Reparaturinstallations des Exchange, um alle Feature (z.B. OMA) nutzen zu können. Werde wohl morgen mal ne kleine Testumgebung hochziehen und ein wenig rumspielen.

Habe mir eher an die Anleitung von Veritas gehalten .... alles andere führt hier zuweit

Jo desaster Recovery hat funktioniert war dann um 4:30 fertig.... im warsten sinnse des Wortes. Konnte alles Wiederherstellen hatte ja auch eine komplettsicherung. Lediglich die MSDE Datenbanken haben nicht so ganz funktioniert. Aber da eh nicht genutzt habe ich einfach neu installiert. So hier mal kurz der Abriss meines kurzen Tages ..... 17:00 Ankunft beim Kunden, direkter Test der defekten Hardware in "Serverbüro". Neuer Speicher in altem System funktioniert aber Dimm1A ohne Funktion. Umbau MB und Einbau neuer Speicher. Tastatur an PS/2 Port ohne Funktion (Peacock) Mit Terra Tastatur ok 18:00 Einbau der Festplatten und Umbau der Server - Start des Servers 18:30 Server startet soweit meckert aber die Exchange Datenbank an. Netzwerkkarte NIC1 (ISA) wird neu erkannt und muss neu konfiguriert werden. HW detect Tanderberg SLR 140. HDB0 zu Raid hinzugefügt; rebuild in Progress. Neustart des Server hal.dll corrupt Startversuch mit HD an B0 und B1 jeweils seperat - erfolglos hal.dll Fehler oder kein OS gefunden 19:00 Reparaturversuch der hal.dll und boot.ini mittels ERD Commander. Unter System32 alle Dateien ab G* nicht vorhanden. CHKDSK natürlich ebenso erfolglos. 19:30 Reboot nun ist auch die FW des Controllers nicht mehr ansprechbar. Server ausgeschaltet Installationsmedien besorgt 20:00 Neuinstallation des Servers schlägt mit Bluescreen fehl wow , als Installationroutine die vorhandenen Betriebssysteme erkennt. Patitionen im Controller gelöscht und Installation neu gestartet Mittels Installationsroutine die Partition neu erstellt und Installation abgebrochen, da Datenvolume als C: erkannt. 20:30 Neuinstallation gestart nun wir System als C: erkannt und D: als Datenvolume 20:45 Installation SBS 2003 mittels OriginalCD. - Servername identisch - Passwort altes Domänenpasswort 21:25 Erstmalige Anmeldung am Server, Abbruch des Assistenten, Installation Veritas von Ursprungscd 10.5486 mit SBS Lizenz in Tempverzeichnis !!! Adminpfade auf C: daher keine Treiber vorhanden....inet gequält - Veritas Gerätetreiber installiert - Installation NIC mit alten IPAdresse - Installation SP1 für Server 2003 - Katalogisierung des Mediums 23:00 Nun sind alle Treiber installiert; Update Backup Exec auf 10.1 wegen Bug mit Restore Server 2003 mit SP1 23:15 Restore Adminpfade nach D: Fortführen Katalogisierung des Mediums 0:00 Restore Laufwerk C ohne Adminpfade sowie MSDE und Exchange 0:45 Restore abgeschlossen, Fehler bei Wiederherstellung der Datenbanken 1:00 Server nicht in Domäne da Systemstate nicht wiederhergestellt Windowsaktivierung per Telefon notwenig da kein Netzwerk vorhanden Restore Systemstate 1:30 Neustart des Systems erfolgreich SBS Domäne vorhanden, erneute Aktivierung des Servers notwendig Beseitigung diverser Fehler im Eventlog Dokumentation Tätigkeiten Server 2:45 Server läuft soweit wieder Logfiles Exchange Datenbank gelöscht und Postfachspeicher neu angebunden Testversand mail Erfolgreich 3:30 Neuinstallation des ISA Servers da keine Netzwerkverbindung und MSDE ISA nicht wiederherstellbar. 4:00 Deinstallation SMSE für Update Exchange - Installation SP2 Echange - Installation SP2 ISA 2004 - Neuinstallation des Sharepoint - Deinstallation SBS Monitoring - RAID neu aufgebaut und rebuild gestartet - Funktionstest Benutzeranmeldung, Emailversand, Netzwerkzugriff an Client erfolgreich 4:30 Rebuild fehlerhaft HDB1 ausgefallen entgültig 4:45 Abfahrt gen home 5:30 Beseitigung der Kampfspuren kurze Überlegung ob Schlafen oder nicht.... eher nicht erstmal kaffe und frühstück 8:15 Abfahrt nach Neuss zur Schulung 9:30 Schulung alles soweit ok 12:30 Mittagessen alles ganz toll 14:00 Langsam Probleme dem Dozenten zu folgen weil ich doch arg müde werde Aber nach 4 Kaffee auf ex gehts wieder 17:00 Heimfahrt 18:30 Ankunft daheim und ab ins Bett aber thx für die nette Anteilnahme ;)

Hallo zusammen Bei mir steht nächste Woche ein kleineres Inplace Update einer bestehenden w2k Domäne an. - 5 Server 2x DC, Exchange 2000, ISA 2000, SQL 2000, FS Am Ende soll alles auf W2k3 eventuell sogar mit R2 laufen ... Nun meine Frage welche Reihenfolge ist am sinnvollsten? 1. Update AD auf 2003 danach alle weiteren Server nachziehen oder 2. Update Exchange auf 2003 dann Server 2003 und am Ende das AD? Mir scheint es am sinvollsten zu sein zuerst das AD zu aktualisieren und danach den Rest, seht ihr das auch so ??

so wie ich das jetzt verstehe hast du bereits eine bestehende Domäne und willst diese migrieren?? http://www.microsoft.com/WindowsServer2003/sbs/upgrade/default.mspx Dort sind entsprechende Anleitung verlink. Je nachdem ob NT oder 2000 vorher da war. Einfach strickt danach vorgehen dann kann nichts passieren.

nicht komplett leider du kannst das F12 drücken unterbinden musst dann aber noch zweimal bestätigen mit return weniger geht nicht, oder weiss jemand mehr Gib mal mail per PN dann kann ich dir ne Anleitung schicken...

Nabend bi ngerade dabei eine Desasterweiderherstellung eines SBS Premium durchzuführen.... Gesichert wurde mittels Backup Exec 10.x Der Server ist heute Mittag nach Reboot mit hal.dll is corrupt hängegeblieben. Habe bisher folgendes gemacht: - Neuinstallation des SBS bis zum Begin des Assistenten - Installation Treiber NIC wie vorher konfiguriert - Backup Exec installiert - Medium katalogosiert - Wiederherstellung der Admininstallationspfade - Sicherung der Bestehenden Exchange Datenbank (lag zum GLück auf Datenvolume) - Installation von SP1 Serve 2003 Jetzt nur die Frage muss die Wiederherstellung im abgesicherten Modus erfolgen und normal aus dem OS heraus. Werde mich mal folgenden KB Artikel von Veritas halten http://seer.support.veritas.com/docs/243037.htm

So lange es sich nur um Updates für XP handelt, gab es ja mal von der CT ein Updateprojekt. http://www.heise.de/ct/ftp/projekte/offlineupdate/ Wird noch von der http://www.gwgd.de weitergeführt und jeden Monat aktualisiert. Dazu gibt es dann ein ISO file mit allen verfügbaren Updates sowie Installationsskript. Hier der entsprechende link http://www.gwdg.de/service/sicherheit/aktuell/update-cd.html Immer ganz hilfreich, wenn mal wieder ebend ein Client aktualisiert werden soll und es keinen WSUS gibt.

Nabend bisserl mehr Infos bitte. Wie ist denn die Anbindung der beiden Server? Wie viele Datein müssen ungefähr repliziert werden. Profilordner oder Ordner mit vielen Änderungen sollten nicht repliziert werden. Habe bereits Server per DFS verknüpft zwischen Deutschland und Australien. Wo eine Wille da ein Weg. :) Bei großen Dateimengen eventuell besser Backup anfertigen dieses per Post verschicken und Daten wieder einspielen. R2 bietet was DFS Replizierung weitreichende Verbesserungen, nicht mehr per NTFRS RDC (Bitweise übertragung der Dateiänderunge, Festlegen von Bandbreiten und Zeiten für Replizierung) Aber erst bitte obige Infos ...

mal eben getestet ne keine Probs, hab aber auch nur http veröffentlicht. Läuft also noch. Haste mal nen Link zu Fehlermeldung ??