Jump to content

Tomy Tom

Members
  • Gesamte Inhalte

    208
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von Tomy Tom

  1. Leider NEIN, denn viele ATI Grafikkarten versagen gleich den Dienst wenn diese nicht mit dem speraten 12V Anschluß angeschlossen sind oder an diesen nicht genug Spannung anliegen. Bei einer ATI RADEON X 1.300 würde ich schon zu einem guten 500W Markennetzteil greifen. Wichtig hierbei ist aber auch das die einzelnen Stromanschlüsse die richtigen Werte aufweisen. Schafft dies ein Netzteil nicht kommt es dann zu den FREEZES, da die Ströme unterhalb der Grenze liegen. Im Windowsbetrieb mag dies bei eingen Netzteilen noch akzeptabel sein, aber bei 3D Anwendungen wie z.B. Spielen hat man hier eine höhere Leistungsaufnahme und hier rächen sich dann die Leistungsschwankungen im Netzbereich sehr schnell.
  2. Bei einem CS:S Dedicated Server mit 64 Slots hat man selbst bei einem vollen Server (also alle 64 Slos belegt) in eimem 100 MBit LAN eine sehr gute Performance, selbst wenn man 2 x 32 oder 4 x 16 Switches hat. Also keine Angst denn die Datenpakete under die LAN Last die bei einem solchen Server verschickt werden sind so gesehen marginal.
  3. Ich nehme mal an das in der BOOT.INI beim Auswahl der 2. Windowsinstallation noch der erste Eintrag drinsteht. Korrekt sollte die BOOT.INI wie folgt aussehen: [boot loader] timeout=10 default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS [operating systems] multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /fastdetect multi(0)disk(0)rdisk(0)partition(2)\WINDOWS="Microsoft Windows XP Professional" /fastdetect
  4. Das klingt alles, wenn man richtig darüber nachdenkt, ganz logisch. Nur eine Frage habe ich dann doch noch: Warum wurde mir dann von der Dame bei Microsoft, welche sich um die Lizenzen kümmert, dann gesagt das man gerechtigt sein mit EINER Orginalgekauften WINDOWS CD dieses Windows auch ein ZWEITESMAL AUF DEN GLEICHEN PC zu installieren ?? Das die Dame am Telefon keine Ahnung hat, bezweifle ich dann doch, denn ich habe für ein solches Problem extra bei Microsoft angerufen und mich dann zur Lizenzabteilung durchstellen lassen. Die Leute sollten dann doch wissen was in der EULA steht und was man dann auch machen darf. Immerhin habe ich mit diesen Informationen unseren Kunden dann beraten und dies auch mit einem guten und ruhigen Gewissen. Wenn ich dies nun hier durchlese würde dies bedeuten das mich Microsoft FALSCH informiert und ich den Kunden FALSCH beraten hätte.
  5. Du kannst die Sache über folgende Wege versuchen zu lösen: 1. Die Suche erneut installieren. 2. Registry Einträge machen. Für die erneute Installation gehst du wie folgt vor: Unter C:\Windows zum Ordner INF navigieren. Dort machst du einen Rechtsklick auf die Datei srchasst.inf und wählst "Installieren" aus. Dadurch werden die Dateien, die vom Such-Assistenten verwendet werden, neu installiert. Eventuell wir auch nochmals die WINDOWS CD verlangt. Falls dieser Punkt nicht hilft, dann ist eventuell die Registry beschädigt. Hierfür solltest du folgende Zeilen kopieren und im Texteditor als .REG abspeichern. Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\ SOFTWARE\ Microsoft\ Windows\ CurrentVersion\ Explorer\ Desktop\ NameSpace\ {e17d4fc0-5564-11d1-83f2-00a0c90dc849}] @="Search Results Folder" Danach kannst du die gespeicherte REG DAtei einfach mit einem Doppelklick ausführen. Dadurch werden die o.g. Zeilen in die Registry eingetragen.
  6. Ich kenne das Problem noach aus den WINDOWS 98 und WINDOWS ME Tagen. Dort half oft folgender Registryeintrag: REGEDIT4 [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\VNetbios] "NetClean"="01" "Start"="00" "StaticVxD"="vnetbios.vxd" Die Änderungen werden aber erst nach einem NEUSTART aktiviert !!! Noch etwas zum Thema WINDOWS 98. Schau auch mal auf den FREIGABENAMEN des Druckers. Dieser sollte 14 Zeichen nicht überschreiten, da hier Windows 98 einge Probleme hat.
  7. Ich vermute nicht das 2 FSMO-Server vorhanden sind, aber bei diesem Satz bin ich mir nicht mehr sicher WELCHER SERVER nur die FSMO-ROLLEN aht. "obwohl Server-2 nach wie vor läuft (und im Übrigen alle Masterrollen beheimatet). Server-1 ist eigentlich nur der Backup-DC. Vor 2 Monaten war Server-2 wegen Wartungsarbeiten an Server-1 mal kurzzeitig der Haupt-DC mit allen Masterrollen. Diese Rollen haben wir dann jedoch alle wieder Server-1 übergeben (ohne Probleme)" Zuerst wird geschrieben das SERVER-2 alle FSMO-ROLLEN hat. Dann wird beschrieben das SERVER-2 kurzzeitig alle Rollen übergeben wurden, weil SERVER-1 wegen Wartungsarbeiten entfernt wurde. Zum Schluß wird beschrieben das SERVER-1 wieder alle FSMO-Rollen halten soll. Anhand einer solchen Beschreibung darf doch nun wirklich mal gefragt werden WELCHER SERVER nun die FSMO-ROLLEN hält. Anhand dieser Unklarheit könnteich mir vorstellen das beim transfer der FSMO-ROLLEN eventuell doch etwas schief gelaufen sein könnte. Mir ist es selbst einmal so ergangen das angeblich der Transfer der FSMO-Rollen von einem DC zum anderen und wieder zurück ohne Probleme und ohne Fehler und Warnungen im Ereignisprotokoll geklappt haben soll, was sich dann aber als Falsch erwies, da noch gewisse "Reste" auf dem anderen Server vorhanden waren, welche nicht korrekt transferiert wurden. Folglich hatte ich durch diese Reste das vom TO beschriebene Problem. Es wurde kein GC mehr gefunden, wenn einer der DC entfernt wurde. Erst als die Reste und Leichen von diesem entfernt wurde, war das Problem gefixt. Warum der eine Transfer nicht korrekt ablief, nun das weiß ich bis heute nicht. Weil ich nur dem Vorschlag meines damaligen Dozenten gefolgt bin, der sagte: "Ein GC pro Standort reicht in der Regel aus". Bisher bin ibin ich auch mit dieser Regel recht gut gefahren, denn nicht immer hat der Saz "Viel hilft viel" aus seine Richtigkeit. Und ja ich hatte bisher noch nicht mit dem Microsoft Exchange Server Best Practices Analyzer eine Exchange Organisation zu tun. Weil ich diesen Fall schon einmal hatte. Eine Firma, eine Domäne, getrennt durch ein Gebäude. Die Leute die in dem Gebäude arbeiteten in der der 1. DC stand, hatten keine Anmeldeprobleme, allerdings die Leute die in dem anderen Gebäude arbeiteten hatten dies langen anmeldeprozeduren mitzumachen. Durch eine Messung kam heraus das das Kabel einen zuhohen Ableitwiderstand hatte. Austauschen ging nicht, da es zuviel Geld gekostet hätte, also wurde vom Kunden entsprechend verlangt den 2. DC in das andere Gebäude zu transportieren. Dort wurde dann ein zweiter Standort eingerichtet und auf diesem ebenfalls der GC aktiviert. Nungut den zweiten Standort hätte man nicht benötigt, aber a der Kunde dies so haben wollte, weil er dann besser unterscheiden könne wurde dies entsprechend berücksichtig und eingerichtet. Man kann ja hierüber diskutieren wie man möchte, aber letzenendes hat nunmal nur einer Recht.....................und das ist der KUNDE ;)
  8. Sorry aber wenn ich das alles richtig interpretiere scheint sowohl SERVER-1 als auch SERVER-2 alle Masterrollen zu haben. Dies wäre aber nicht möglich, da ja nur ein DC entsprechend alle Rollen halten darf (ok GC ist mehrfach verwendbar und steht somit außen vor). Ich würde hier definiv nachsehen ob wirklich nur EIN DC die entsprechenden MASTERROLLEN HÄLT und nichts doppelt bzw. irgendwelche Reste vorhanden sind. Zudem würde ich PRO STANDORT auch nur EINEN GC verwenden und nicht doppelt. Ein zweiter GC macht nur dann Sinn, wenn du einen anderen Standort hast (z.B. München und Nürnberg). Falls du also 2 DC's hast aber an einem Standort 2 GC's würde ich entweder einen GC entfernen oder aber einen zweiten Standort anlegen, dort entsprechend SERVER-1 oder SERVER-2 hinein verschieben und dann auf diesen verschobenen SERVER den GC aktivieren.
  9. Du meist so das man mit der CD einfach bootet und die Treiber mit installiert werden oder ? Ich habe dies einmal mit dem Winternal Admin Pack gemacht, in welchem ja auch der ERD COMMANDER dabei ist. Hier konnte ich unter Windows den entsprechenden Assistenten aufrufen und dann die Treiber auswählen die ich mit in den Bootvorgang haben wollte aufnehmen.
  10. Da ich auch das Update auf den MCSE 2003 anstrebe wäre auch für mich eine 2003er Gruppe möglich.
  11. Würde ich ja gerne, aber leider geht dies nicht da mein Chef nur EINE Partition haben will. Auf die Sicherheit- und sonstigen Sachen habe ich Ihn hingewiesen, aber man kennt das ja den berühmten §1 der Geschäftsführung "Der Chef hat immer Recht" :rolleyes:
  12. Ja und ich bin auch auf den gleichen Link gekommen. Leider nutzt mir dieser wenig, da ich den Systemstaus des SBS 2003 schon vorher sichere bevor die Exchange Sicherung anfängt. Die sicherungen liegen ca. 3 Stunden auseinander und wenn ich die Lösung aus dem Link richtig deute, sollten sich ja die sicherungen an sich nicht gegenseitig behindern. P.S.: Was die Sicherungstools angeht..........naja hier wird der ein oder andere schon mal recht haben, aber diese entscheidung habe nicht ich sondern mein Chef getroffen und ich bin der jenige der mit den "Boardmitteln" nunmal die Sache so gut es geht hinbiegen muß.
  13. Die auswirkung könnte von einem nicht verfügbaren .NET 2.0 bis hin zu einem fehlerhafen Image führen. Hier könntest du dies einfach prüfen, in dem du mit dem vorhandenen Image eine neue Workstation aufsetzt und nachsiehst welche Fehler auftauchen. Bei den heutigen PC's gibt es einge Prozesse die man nicht beenden kann und dies bei RIPREP dann auftaucht. Ich habe so ein ähnliches Problem bei eingen neuen PC's erlebt. Da konnte u.a. der Treiber für den Realtek Soundchip und für die ATI Karte nicht beendet werden. Dies wurde zwar in de Logs beschrieben, aber dennoch haben die Clients nach dem installieren über dieses RIS Image tadellos funktioniert. Kohn hat es ja schon angesprochen und so würde ich es dann auch versuchen. .NET 2.0 auf dem Client nicht installieren und dann versuchen per softwareverteilung dann installieren zu lassen.
  14. OK ich habe jetzt beinm Exchange nur den Microsoft Information Store gesichert und hierbei laufen keine Fehler auf. Sobald ich aber den Microsoft Site Replication mit in's Backp einbinde kommt der entsprechende Fehler wieder. 'Microsoft Site Replication Service' wurde von 'Fehler wurde von einem ESE-Funktionsaufruf zurückgegeben (d). ' bei einem Aufruf von 'HrESEBackupSetup()' zurückgegeben. Zusätzliche Daten: '-'.'Microsoft Site Replication Service' wurde von 'Funktionen werden in ungültiger Reihenfolge aufgerufen. ' bei einem Aufruf von 'HrESEBackupClose()' zurückgegeben. Zusätzliche Daten: '-'. Der Vorgang wurde beendet. Sicherung abgeschlossen am 04.07.2006 um 08:44. Verzeichnisse: 0 Dateien: 0 Bytes: 0 Zeit: 1 Sekunde Wir verwenden den SBS 2003 als einzelnen DC. Bleibt nun die Frage, kann ich diesen Microsoft Site Replication Service einfach aus dem Backup weglassen ? Falls nicht, wie kann ich dann die Sicherung des entsprechenden Storage hinbekommen ?
  15. Welche Windowsversion kommt denn in der Domäne zum Einsatz ? Ist ein ISA Server oder eine ähnliches mit in der Domäne installiert ? Falls ja, läuft der Windows Firewall und Windwos WebProxy Dienst korrekt ?
  16. Bis her habe ich auf unseren SBS 2003 Server den Exchange 2003 server mit dem NTBackup Tool mitgesichert. Alles lieft ohne Probleme, bis heute da ich seit heute die Meldung bekomme das beim NTBackup einFehler aufgetreten ist. Also hab ich das ganze nochmals versucht, aber hierbei bleibt der gleiche Fehler. Hier mal die LOG Datei des Backups: Sicherungsstatus Vorgang: Sicherung Aktives Sicherungsziel: Datei Mediumname: "Exchange.bkf erstellt am 04.07.2006 um 08:41" Volumeschattenkopie-Erstellung: Versuch 1. Sicherung von "C: Win2003Server" (mit Schattenkopie) Sicherungssatz #1 auf Medium #1 Sicherungsbeschreibung: "Satz am 04.07.2006 um 08:41 erstellt" Mediumname: "Exchange.bkf erstellt am 04.07.2006 um 08:41" Sicherungsart: Normal Sicherung begonnen am 04.07.2006 um 08:42. Sicherung abgeschlossen am 04.07.2006 um 08:44. Verzeichnisse: 255 Dateien: 3520 Bytes: 518.513.404 Zeit: 1 Minute und 12 Sekunden Sicherung von "SERVER1\Microsoft Information Store\Erste Speichergruppe" Sicherungssatz #2 auf Medium #1 Sicherungsbeschreibung: "Satz am 04.07.2006 um 08:41 erstellt" Mediumname: "Exchange.bkf erstellt am 04.07.2006 um 08:41" Sicherungsart: Normal Sicherung begonnen am 04.07.2006 um 08:44. Sicherung abgeschlossen am 04.07.2006 um 08:44. Verzeichnisse: 4 Dateien: 5 Bytes: 270.574.310 Zeit: 32 Sekunden Sicherung von "SERVER1\Microsoft Site Replication Service\SRS Storage" Sicherungssatz #3 auf Medium #1 Sicherungsbeschreibung: "Satz am 04.07.2006 um 08:41 erstellt" Mediumname: "Exchange.bkf erstellt am 04.07.2006 um 08:41" Sicherungsart: Normal Sicherung begonnen am 04.07.2006 um 08:44. 'Microsoft Site Replication Service' wurde von 'Fehler wurde von einem ESE-Funktionsaufruf zurückgegeben (d). ' bei einem Aufruf von 'HrESEBackupSetup()' zurückgegeben. Zusätzliche Daten: '-'.'Microsoft Site Replication Service' wurde von 'Funktionen werden in ungültiger Reihenfolge aufgerufen. ' bei einem Aufruf von 'HrESEBackupClose()' zurückgegeben. Zusätzliche Daten: '-'. Der Vorgang wurde beendet. Sicherung abgeschlossen am 04.07.2006 um 08:44. Verzeichnisse: 0 Dateien: 0 Bytes: 0 Zeit: 1 Sekunde ---------------------- Der Vorgang wurde nicht ordnungsgemäß ausgeführt. ---------------------- Leider kann ich mit der Fehlermeldung nicht viel anfangen, vielleicht hat ja hier jemand mal einen Tipp, wo ich anfangen könnte den Fehler einzugrenzen oder sogar zu fixen.
  17. Stimmt !!! Gerade bei Backup Tools gilt die Regel "Traue keiner Statisik die du nicht selbst gefälscht hast" ;) Vor Jahren habe ich bei einem Kunden mit bekommen das dieser immer wieder Backups gemacht hat, die Logs einwandfrei aussahen, aber diese Backups im Endeffekt nur ein PLACEBO EFFEKT waren, weil ein Bug im Programm vorhanden war, welcher mit einem Update des Server ausgelöst wurde. Dies kam zum Glück heraus weil der dort ansässige Admin auch mal eine Rücksicherung probiert hat und bei dieser eben heraus fand das die Daten alle nur SCHROTT waren. Nach einem Update der Sicherungssoftware war dann dieses Problem gelöst, trotzdem macht er regelmäßig eine Rücksicherung um zu sehen ob auch alles korrekt verläuft. Eine Rücksicherung sollte man auf alle Fälle probieren, damit man auch sieht ob das Backup korrekt sichert, den nur so weiß man auch ob die entsprechenden Daten auch gesichert werden (wenn es keine 1:1 Kopie ist). Eine Rücksicherung kann ja auf einen anderen Rechner oder ein anderes Verzeichis gemacht werden ;)
  18. Ist vielleicht noch eine Policy aktiv, welche diese Einstellung wieder zurück nimmt ?
  19. Grundsätzlich sollte man ja nicht an der DEFAULT DOMAIN POLICY herum schrauben (wie oft habe ich das schon gehört, gelesen und auch eingetrichtet bekommen). Aber egal, diese aussage löst Dein Problem nicht. Schau mal in den GRUPPENRICHTLINIEN-VERWALTUNG nach. Dort kannst du unter GRUPPENRICHTLINIENOBJEKTE alle Gruppenrichtlinien sehen. Wenn du dort auf die DEFAULT DOMAIN POLICY klickst kannst du unter EINSTELLUNGEN sehen was von dieser Richtlinie geändert wird. Hier hast du dann die Möglichkeit mit rechtsklick auf die Richtlinie diese zu bearbeiten. Dort kannst du dann die Einstellungen bezüglich der Kennwörter verändern. Ich könnte mir durchaus vorstellen das manauch die DEFAULT DOMAIN POLICY bezüglich des Problems kurzzeitig deaktivieren (also nur so lange bis man die einstellungen wieder rückgängig gemacht hat). Ob dies funktioniert kann ich nicht beantworten, da ich bis dato noch kein Problem hatte welches dies als Möglichkeit in Betracht gezogen hätte. Um die DEFAUL DOMAIN POLICY zu deaktivieren, müsstest du in der GRUPPENRICHTLINEN-VERWALUNG in Deiner Domäne diese mit einem rechtsklick anklicken und dann bei VERKNÜPFUNG AKTIVIERT klicken um diese zu deaktivieren. Wichtig ist aber wohl bei beiden Möglichkeiten das du den Befehle GPOUPDATE /TARGET:COMPUTER /FORCE /WAIT:0 und GPOUPDATE /TARGET:USER /FORCE /WAIT:0 in der Commandozeile absendest um die Veränderung der Richtlinien sofort durch zu reichen.
  20. Also lässt sich der Windows 2003 R2 X64 Server nicht mit in die bestehende Domäne aufnehmen. Ich kenne zwar den Windows 2003 R2 X64 nicht, aber kannst du diesen in einem 32 Bit Kompatibilitätsmodus laufen lassen ? Das wäre durchaus eine Möglichkeit die ich mir nun vorstellen könnte, denn wie schon erwähnt, die 64 Bit Version spricht eigentlich ja eine andere Sprache als die 32 Bit Version ;) Allerdings wird überall von der Abwärtskompatibilität gesprochen. Da ich wie schon erwähnt den Windows 2003 R2 X64 Server nicht kenne kann ich jetzt auch keine aussage darüber machen ob es in der Setup Routine eine Option gibt die den Server nur auf dem 64 Bit Standard laufen lässt. Falls dies der Fall ist, würde es durchaus erklären warum der Server dann nicht mitden anderen Komunizieren kann bzw. warum die anderen Server den Windows 2003 R2 X64 nicht verstehen.
  21. Ich kenne den Windows 2003 RC 2 zwar nicht, aber selbst wenn du auf den Windows 2003 mit SP1 Exchange installierst, machst du eine Schemaerweiterung. Verstehe ich das auch richtig das du einen Windows 2003 R2 X64 und einen Windows 2003 SP1 hast oder eine Windows 2003 R2 X64 CD die du auf den Windwos 2003 SP2 Server installieren möchtest ? Im ersten Fall könnte es durchaus sein das es gewisse Optionen gibt, die der 32 Bit Server nicht versteht, da der 64 Bit Server ja andere Übertragungstechniken nutzt. Ob der 64 Bit Server dann auch alle Befehle und Optionen eines 32 Bit Server versteht.................naja auch hier denke ich das es zu gewissen Inkompatibilitäten kommen kann. Ist vielleicht ein schlechtes Beispiel, aber ich kann bis heute mein WIN XP 64 Bit nicht dazu bewegen bestimmte Software zu installieren die auf einem Windows XP 32 Bit einwandfrei laufen. Beim letzeren Fall ist vollkommen klar das du ein 64 Bit Programm auf einen 32 Bit Programm aufsetzten willst. Dies funktioniert nicht da es 2 unterschiedliche Quellcodes bzw. Kernels sind.
  22. Seit Windwos 2000 setzt man die Verschlüsslung KERBEROS ein. Man müsste also zuerst einmal KERBEROS haken um dann die Passwörter auslesen zu können. Ob nun Kerberos schon gehakt wurde kann ich jetzt nicht beantworten.
  23. Tomy Tom

    2 Domain Controller?

    Momentmal, wenn ich 2 Domänen hochziehe und die eine Domäne mit dem Windows 2003 Standard Server errichte hat diese auch die Beschränkung von 75 Usern ? Es wäre mir neu der der Windows 2003 Standard Server eine Userbeschränkung hätte. Klar das sich nur 75 User in der Domäne anlegen lassen, welche mit dem SBS 2003 aufgezogen werden würde, aber bei der anderen sollten sich doch dann deutlich mehr als 75 User anlegen lassen.
  24. Tomy Tom

    2 Domain Controller?

    Danke, daß wußte ich noch nicht. Man lernt eben nie aus :) Ich wollte nur darauf hinweisen das der Server eben in gewissen Sachen eingeschränkt ist. Ich glaube das ich es hier im Forum gelesen habe das der SBS 2003 auch nur eine gewisse Anzahl von Usern managen kann bzw. nur eben diese gewisse Anzahl an User angelegt werden können (falls das nicht stimmt, bitte berichtigt mich da ich sonst immer noch diese sache im Kopf behalte). Solche Sachen halte ich durchaus für wichtig, denn nichts ist chlimmer sich die ganze Arbeit zu machen, alles hübsch einzurichten und dann am Ende fest zu stellen das es an einer Sache hakt weil es hier gewisse Beschränkungen gibt .
×
×
  • Neu erstellen...