Jump to content

freak04

Members
  • Gesamte Inhalte

    166
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von freak04

  1. Hallo,

     

    Microsoft empfiehlt die Verwendung eines internen DNS-Stammes

     

    Entscheidung für oder gegen das Bereitstellen eines internen DNS-Stammes

    Wenn Sie über ein großes verteiltes Netzwerk und einen komplexen DNS-Namespace verfügen, empfiehlt sich die Verwendung eines internen DNS-Stammes, der von öffentlichen Netzwerken isoliert ist. Durch einen internen DNS-Stamm wird die Verwaltung des DNS-Namespaces optimiert, da Sie die DNS-Infrastruktur so verwalten können, als ob der gesamte Namespace aus den DNS-Daten innerhalb des Netzwerks bestehen würde.

     

     

    Guckst Du hier ....

    http://www.microsoft.com/germany/technet/datenbank/articles/600090.mspx#E0CM0AA

     

    mfg

  2. Hallo,

     

    Du hast Dir die Antwort bereits selber gegeben,

     

    Von Anfang an gab es auch Probleme mit dem DNS.

     

    ohne funktionierendes DNS kein funktionierendes ADS! Deshalb ist auf dem 2. DC der selbe Müll.

     

    Troubleshooting hier...

    http://www.microsoft.com/technet/prodtechnol/windows2000serv/technologies/activedirectory/maintain/opsguide/part1/adogd10.mspx

     

    Einrichtung: Guckst Du hier ....

    http://www.netzwerke-in-schulen.org/html/w2kdns.html

    oder z.B. hier ...

    http://support.microsoft.com/default.aspx?scid=kb;de;291382

     

    mfg

  3. Hallo,

     

    also wie bereits geschrieben, das Teil funktioniert mit GPO an OU's (wäre auch schlimm wenn's nicht so wäre)

     

    - Was sagt den RSOP zu einem W2k-Client? Kriegt er den die Richtlinie?

    - GPO richtig berechtigt?

    - Was sagt das "Windows Update.log" auf dem W2k-Client?

    - Hast Du Sp4 auf dem W2k-Client?

     

    schau mal hier ein VBS-Skript zum Check der Registrykeys

    http://downloads.wsus.de/

     

    mfg

  4. Hallo,

     

    ja ja, die Gruppenrichtlinien.

     

    bei mir arbeitet der WUS ganz hervorragend mit einer OU zusammen. Die Aufteilung der Clients in OU's erlaubt es eine Testumgebung zu realisieren. So läuft im Moment noch der SUS und WSUS parallel.

     

    hier ein Auszug aus dem Deployment Guide Seite 58....

    "...In a simple environment, link the GPO with the WSUS settings to the domain. In more complex environment, you might have multiple GPOs linked to several organizational units (OUs), which enables you to have different WSUS policy settings applied to different types of computers."

     

    und weiter unten im Artikel ...

    "...Before you can set any Group Policy options for WSUS, you must ensure that the latest administrative template has been loaded on the computer used to administer Group Policy."

     

     

    hier was zum Lesen...

    Step by Step Guide...

    http://www.microsoft.com/windowsserversystem/updateservices/techinfo/stepbystep.mspx

     

    Deployment Guide...

    http://www.microsoft.com/windowsserversystem/updateservices/techinfo/deployment.mspx

     

    und den Operations Guide...

    http://www.microsoft.com/windowsserversystem/updateservices/techinfo/operations.mspx

     

     

    mfg

  5. Hallo,

     

    Guckst Du hier ...

    http://www.microsoft.com/germany/technet/datenbank/articles/600309.mspx

     

    oder hier ...

    http://www.mcseboard.de/archiv/32/2004/04/3/30928

     

    unter Windows 2003 ist es möglich einen DC umzubenennen. Ich habe es auch schon mehrmals in einer Testumgegebung erfolgreich probiert. Allerdings hatte ich keinen SBS im Einsatz und mehrere DC's (mind. 2) am Laufen.

     

    mfg

  6. Hallo,

     

    @vobo

    ... win2003 SP1

     

    1. Ich hab's noch nicht mit dem Sp1 ausprobiert, vielleicht hat sich da was geändert.

     

    2. Was genau sagen denn die LOG-Files. Ich habe die MSDE solo installiert und dann bei der WUS installation den Punkt "use an existing database ..." ausgewählt. Hierbei solltest Du auf jeden Fall den Connect testen. Schlägt der Fehl, dann liegt es daran, dass Deine MSDE keinen Zugriff zulässt dann scheitern vermutlich die weiteren Installationsschritte bei WUS.

     

    mfg

  7. Hallo,

     

    @Ortlieb

    Zu Punkt 4: Bei Windows 2003 Server braucht man nichts zu installieren was SQL betrifft, NUR bei Windows 2000 Server. Steht auch in der Deploying Doc von MS drin.

     

    Teilweise richtig, Die MSDE wird bei der WUS installation, sofern noch nicht vorhanden mitinstalliert. Ich hätte vielleicht anmerken sollen, dass ich auf einem dt. Server auch gerne die dt. MSDE installiert haben will - (habe ich hiermit getan)

     

    ... was SQL betrifft
    Und wie administrierst Du Deine installierte MSDE? :confused:

     

    mfg

  8. Hallo,

     

    eine potente Hardware vorrausgesetz sehe ich keinen

    grund warum man nicht mehrere Instanzen von SQL

    auf einer Maschiene installieren sollte.

    Stimme ich zu. Ich setze selber mehrere Instanzen ein und bin sehr zufrieden damit.

     

    Die frage die sich mir aufdrängt ist, ob es überhaupt sinn

    macht mit Insanzen zu arbeiten.

    Aus meiner Sicht eindeutig ja. Der Vorteil mehrerer Instanzen ist die Unabhängigkeit voneinander. Wird eine Software upgedatet ist nur diese Instanz betroffen. Läuft hingegen alles in einer Instanz ist beim Beenden der Instanz kein weiterarbeiten in anderen DB's möglich.

    In unserem Fall wäre dies ein Problem, da unsere komplette Bürokommunikation (inkl. CRM) beim z.B. Update unserer Zeiterfassungssoftware stehen würde.

     

    mfg

×
×
  • Neu erstellen...