Jump to content

HohesC

Members
  • Gesamte Inhalte

    18
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von HohesC

  1. Die Richtlinie für WSUS wurde mit der OU in der die User-PCs sind verlinkt.

    Ich kann leider nicht an alle Rechner ran aber jeder rechner hatte schon einen neustart und dann brauch man ja kein gpupdate mehr machen oder?

     

    Wieso ist das eigl. so mit dem Automatischen Update Dienst. Wenn ich ihn peer GPO auf Auto stelle. Ist er auch auf Auto eingestellt. Wird aber als nicht gestartet angezeigt und man kann ihn auch nicht starten.

     

    Grüße

  2. Hey,

     

    also 2 XP-Pro-Clients haben es jetzt doch Geschafft sich mit dem WSUS zu verbinden.

    Problem: Automatische Updates Dienst war nicht gestartet. Obwohl peer GPO der dienst auf Automatisch gestellt wurde. Man konnte den Dienst auch nicht peer Hand starten. Ich musste in dem GPO "Automatische Updates Dienst" auf nicht konfiguriert stellen.

     

    Trotzdem fehlen mindestens noch 8 XP-Pro-Clients.

     

    Hat jemand ne Idee?

     

    Grüße

  3. Gut so. Kontrollier aber auch gleich, ob es auf Port 80 eine Selfupdate site gibt, die muß ins Filesystem zeigen. Auf Port 8530 muß es auch eine Selfupdate Site geben.

    Selfupdate-Site? Wie richte ich diese ein? Hab davon echt kein plan

    selfupdate.jpg

     

    Auf dem Client in einer Comandline:

    wuauclt /detectnow (5x)

    wuauclt /reportnow (5x)

     

    Nach spätestens 5 Minuten sollte alles sauber sein, wenn nicht, wirst Du wohl noch weitere Updates zum installieren freigeben müssen.

     

    Hat Funktioniert. Muss ich das jetzt aber auf all den Clients ausführen? Oder legt sich das mit der Zeit von alleine.

     

    1. Weiteres Problem habe ich doch noch bis jetzt findet WSUS nur die Windows Vista Clients & keine XP-Pro Clients. Hat jemand eine Idee?

     

    Grüße & danke für die gute Hilfe.

     

    HohesC

  4. Hey,

     

    danke für die Antworten. Das mit dem Port 8530 war ein guter Tipp:thumb1:.

    Danach ist es mir auch wieder eingefallen das ich den WSUS nicht auf Port 80 installiert habe.

    O.K. die Clients finden den WSUS jetzt. Der eine Client zieht auch schon updates:-)

    In die richtige Gruppe wurden sie auch eingetragen.

     

    Danke leuts.

     

    Ich meld mich nochmal falls ich ein paar Probleme bekomme.

  5. Hey NorbetFe,

     

    danke schonmal für die schnelle Antwort.

     

    Aktuell ist SP2

    ich bin gerade dabei es runterzuladen.

     

    Hier der Log:

    2010-03-09	15:37:35:773	1116	b3c	AU	Triggering AU detection through DetectNow API
    2010-03-09	15:37:35:773	1116	b3c	AU	Triggering Online detection (non-interactive)
    2010-03-09	15:37:35:775	1116	c1c	AU	#############
    2010-03-09	15:37:35:775	1116	c1c	AU	## START ##  AU: Search for updates
    2010-03-09	15:37:35:775	1116	c1c	AU	#########
    2010-03-09	15:37:35:779	1116	c1c	AU	<<## SUBMITTED ## AU: Search for updates [CallId = {5E616713-B4BD-4E91-9F8B-20B8ED095227}]
    2010-03-09	15:37:35:779	1116	b60	Agent	*************
    2010-03-09	15:37:35:779	1116	b60	Agent	** START **  Agent: Finding updates [CallerId = AutomaticUpdates]
    2010-03-09	15:37:35:779	1116	b60	Agent	*********
    2010-03-09	15:37:35:779	1116	b60	Agent	  * Online = Yes; Ignore download priority = No
    2010-03-09	15:37:35:779	1116	b60	Agent	  * Criteria = "IsInstalled=0 and DeploymentAction='Installation' or IsPresent=1 and DeploymentAction='Uninstallation' or IsInstalled=1 and DeploymentAction='Installation' and RebootRequired=1 or IsInstalled=0 and DeploymentAction='Uninstallation' and RebootRequired=1"
    2010-03-09	15:37:35:779	1116	b60	Agent	  * ServiceID = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7} Managed
    2010-03-09	15:37:35:780	1116	b60	Agent	  * Search Scope = {Machine}
    2010-03-09	15:37:35:780	1116	b60	Setup	Checking for agent SelfUpdate
    2010-03-09	15:37:35:781	1116	b60	Setup	Client version: Core: 7.4.7600.226  Aux: 7.4.7600.226
    2010-03-09	15:37:35:781	1116	b60	Misc	Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\wuident.cab:
    2010-03-09	15:37:35:794	1116	b60	Misc	 Microsoft signed: Yes
    2010-03-09	15:37:49:344	1116	b60	Misc	Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\wuident.cab:
    2010-03-09	15:37:49:353	1116	b60	Misc	 Microsoft signed: Yes
    2010-03-09	15:37:49:359	1116	b60	Misc	Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\wsus3setup.cab:
    2010-03-09	15:37:49:368	1116	b60	Misc	 Microsoft signed: Yes
    2010-03-09	15:37:49:373	1116	b60	Misc	Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\wsus3setup.cab:
    2010-03-09	15:37:49:381	1116	b60	Misc	 Microsoft signed: Yes
    2010-03-09	15:37:49:404	1116	b60	Setup	Determining whether a new setup handler needs to be downloaded
    2010-03-09	15:37:49:405	1116	b60	Setup	SelfUpdate handler update required: Current version: 7.4.7600.226, required version: 7.1.6001.65
    2010-03-09	15:37:49:405	1116	b60	Setup	Evaluating applicability of setup package "WUClient-SelfUpdate-ActiveX~31bf3856ad364e35~x86~~7.1.6001.65"
    2010-03-09	15:37:49:417	1116	b60	Setup	Setup package "WUClient-SelfUpdate-ActiveX~31bf3856ad364e35~x86~~7.1.6001.65" is not applicable
    2010-03-09	15:37:49:417	1116	b60	Setup	Evaluating applicability of setup package "WUClient-SelfUpdate-Aux-TopLevel~31bf3856ad364e35~x86~~7.1.6001.65"
    2010-03-09	15:37:49:446	1116	b60	Setup	Setup package "WUClient-SelfUpdate-Aux-TopLevel~31bf3856ad364e35~x86~~7.1.6001.65" is not applicable
    2010-03-09	15:37:49:446	1116	b60	Setup	Evaluating applicability of setup package "WUClient-SelfUpdate-Core-TopLevel~31bf3856ad364e35~x86~~7.1.6001.65"
    2010-03-09	15:37:49:485	1116	b60	Setup	Setup package "WUClient-SelfUpdate-Core-TopLevel~31bf3856ad364e35~x86~~7.1.6001.65" is not applicable
    2010-03-09	15:37:49:485	1116	b60	Setup	SelfUpdate check completed.  SelfUpdate is NOT required.
    2010-03-09	15:37:50:455	1116	b60	PT	+++++++++++  PT: Synchronizing server updates  +++++++++++
    2010-03-09	15:37:50:455	1116	b60	PT	  + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://dc.wo-ag.local/ClientWebService/client.asmx
    2010-03-09	15:37:50:468	1116	b60	PT	WARNING: GetConfig failure, error = 0x80244019, soap client error = 10, soap error code = 0, HTTP status code = 404
    

     

    Kann nur 4000 Zeichen.

     

    Sorry

  6. Hey Leute,

     

    ich bin gerade dabei einen WSUS einzurichten. Was ich bisher gemacht habe:

     

    -WSUS 3.0 SP1 auf "dc" installiert.

    -Produkte & Klassifizierungen ausgewählt.

    -ErstSynchronisation.

    -Automatische-Genehmigungen konfiguriert.

    -Computergruppe "BenutzerPCs" erstellt.

    -GPO eingestellt: Interner Update Server: http://dc/

     

    Problem:

     

    Auf meinem Test Client (Windows Vista SP2) kann ich nicht nach updates suchen es kommt die fehlermeldung: Code/80244019.

    Wenn ich aber Online suchen lasse funktioniert es 1a.

     

    Bei den Clients passiert auch nichts wenn ich die URL aufrufe:

    http://dc/selfupdate/wuident.cab

     

    Hat jemand vl. eine Idee woran es liegen könnte?

     

    Grüße

     

    HohesC

  7. So Also um euch einen teil zu beschreiben. Es gibt einen Exchange Server & Einen Backup Server. Im Exch wir mit NTbackup jeden Tag eine vollsicherung gemacht. Diese wird auf dem Backupserver gesichert und bleibt da als datei. 1mal pro woche macht dieser Backupserver dann eine Bandlaufwerksicherung vom aktuellstem Backup. Das backup beträgt ca. 120gb ich weis zu groß Exchange wird auch bald aufgeräumt.

     

    Grüße

  8. Hey Leuts,

     

    wir sind ein kleines Unternehmen ca. 50 Arbeitsplätze. Wir suchen nach einer geeigneten Lösung den Exchange-Server zu sichern. Zur Zeit wird er über NT-Backup gesichert(Es funktioniert zwar aber nimmt viel Zeit in Anspruch).

     

    Vielleicht könnt ihr ja aus erfahrung sprechen welche Software sich als Optimal erweist.

     

    Buget: ca. 600€

     

    Grüße

  9. Hehe es gibt keine Lösungsweg da in diesem Buch nicht auf das Problem Aufmerksam gemacht wurde.

    Es gibt ja einen unterschied darin ob man einen z.b Totalausfall des Haupt-Mail-Server hatte und diesen wiederherstellen möchte oder ob man eine Testserver Aufsetzt um z.b Einzelne-Postfächer oder so zurücksichern möchte. Oder liege ich da falsch :) ?

     

    Grüße

  10. Hi leute,

    ich bin gerade dabei ein Backup vom Exchange-Server auf einem Testserver Wiederherzustellen.

    Es geht erstmal nur darum den Postfachspeicher Wiederherzustellen.

    Was ich bis jetzt getan habe:

     

    -Backup Auf Externe HDD

    -Test-Server mit Win2k3 installiert und Exchange 2k3 SP2

    -DNS installiert

    -AD konfiguriert

    -Bezeichnung der Exchange Organisation / Administrativen Gruppe / Speichergruppen / Postfachspeicher / Laufwerkszuordnung

    sind mit dem Aktiven Exchange identisch.

     

    - Postfachspeicher Bereitstellung Aufgehoben

    - Aktiviert = Diese Datenbank kann bei....... überschrieben werden.

    - NT-Backup gestartet

    - Backup ausgewählt

    - Aktiviert = Letzter Wiederherstellungssatz

     

    So das Backup bricht dann nach ein Paar Sekunden ab und gibt folgenden Fehler aus:

    Wiederherstellungsstatus
    Vorgang: Wiederherstellung
    
    Sicherung von "MAILSERVER\Microsoft Information Store\Erste Speichergruppe", auf "TESTSRV\Microsoft Information Store\Erste Speichergruppe" wiederhergestellt
    Sicherungssatz #1 auf Medium #1
    Sicherungsbeschreibung: "Mailserver Mi"
    
    Wiederherstellung begonnen am 27.07.2009 um 15:13.
    'Microsoft Information Store' wurde von 'Die Informationen zum Wiederherstellen der Umgebung sind beschädigt.
    
    ' bei einem Aufruf von 'HrESERestoreReopen()' zurückgegeben. Zusätzliche Daten: 'TESTSRV'.
    Wiederherstellen abgeschlossen am 27.07.2009 um 15:14.
    Verzeichnisse: 0
    Dateien: 0
    Bytes: 0
    Zeit:  33 Sekunden
    

     

    Im Systemlog sind folgende Fehler:

    ID-8019

    ID-8003

     

    Und seit heute hat mein Test-Exchange-Server im MinutenTakt folgenden Fehler: ID-9175

    Der MAPI-Aufruf 'OpenMsgStore' ist mit dem folgenden Fehler fehlgeschlagen: 
    Fehler bei der Anmeldung am Microsoft Exchange Server-Computer.
    Der MAPI-Provider ist fehlgeschlagen.
    Microsoft Exchange Server-Informationsspeicher
    ID no: 8004011d-0512-00000000 
    

     

    So wenn jemand bescheid weis wo ich vl. ansetzen sollte oder jemand vl. das gleiche Prob. hatt/e würde ich mich sehr über Lösungsvorschläge freuen.

     

    Grüße

×
×
  • Neu erstellen...