Jump to content

SBK

Members
  • Gesamte Inhalte

    874
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von SBK

  1. So jetzt habe ich das Problem gefunden und gelöst, es liegt am Small Business Server 2003 in Zusammenspiel mit Veritas Backup Exec 10.0/10d und der neuen Snapshot-Technologie.

     

    Im Detail wird der Lösungsweg hier beschrieben:

     

    http://seer.support.veritas.com/docs/275234.htm

    http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q838183

     

    Gruss und Dank an Günther der mich auf die richtige Spur geschickt hat...

     

    SBK

  2. Hallo Günther,

     

    Ich bin Dank Dir und dem Technote von Veritas ein bisschen näher an der Lösung.

     

    Gemäss: http://seer.support.veritas.com/docs/278136.htm

     

    Scheint das Backup Exec 10.0 / 10d effektiv den Information Store mit der Advanced File Option zu sichern. Der Workaround dazu ist einen separaten Backupauftrag aufzugeben, womit der Information Store ohne AOFO gesichert wird.

     

    Ein Test hat ergeben dass dies effektiv funktioniert.

     

    Muss ich nun wirklich zwei Backupaufträge aufgeben damit der Backup von Files und Information Store erfolgreich abschliesst?

     

    Gruss SBK

  3. Nun da muss ich Dir wohl Recht geben. Dass der der Exchange-Informationsspeicher mit dem Exchange-Agenten gesichert wird, habe ich bei einer bestehenden Installation mit Veritas Backup Exec Version 9.1 überprüft.

     

    Bisher habe ich mir diesbezüglich keine weiteren Gedanken gemacht, da ich bei den Quell-Dateien nebst den Laufwerken die Microsoft Exchange-Mailboxen, öffentlichen Ordner und den Microsoft Information Store ausgewählt habe.

     

    Aufgrund der Fehlermeldung von Backup Exec 10d habe ich mich verleiten lassen, dass Advanced File Option den Information Store sichert.

     

    Aber meines Wissens habe ich gar keinen Einfluss darauf, ob Backup Exec den Exchange-

    Agent oder die Advanced File Option zum sichern des Information Store benützt. Oder täusche ich mich da? Ist das ev. ein Bug von der neuen Version 10d, dass er versucht den Information Store mit der AOFO zu sichern?

     

    Danke und Gruss SBK

  4. Hallo Guenther,

     

    Ich habe natürlich sowohl den Exchange-Agent wie auch die Advanced File Option lizenziert und installiert. Die einzelnen Postfächer sichert das Backup Exec ja auch korrekt mit dem Exchange Agent. Aber leider nicht den Information Store, welcher er mit der Advanced File Option sichern müsste...

     

    Unter der Version 9.1 funktionierte das einwandfrei, tja ich bin wohl mal wieder Betatester für Veritas.

     

    Danke trotzdem und Gruss

     

    SBK

  5. Hallo Leute,

     

    Ich habe auf einer neuen Installation die Version 10d von Backup Exec installiert.

     

    Dabei erhalte ich aber immer die folgende Fehlermeldung:

     

    Sichern- SERVER\BKUPEXEC AOFO: Initialisierung fehlgeschlagen: "Microsoft Information Store". Advanced Open File Option verwendet: Microsoft Volume Shadow Copy Service (VSS).

    Fehler im Schnappschuß-Provider (0xE00084AF): Das Verzeichnis bzw. die Datei wurde nicht gefunden, oder der Zugriff ist nicht möglich.

    Ausführliche Angaben finden Sie in der Windows-Ereignisanzeige.

     

    Hat jemand eine Idee voran das liegen könnte? Bringt es ev. etwas wenn ich anstelle vom Microsoft VSS den Symantec Snapshot Provider als Advanced File Option konfiguriere?

     

    Gruss SBK

  6. Falls jemand anderes auf das Problem stösst, hier ein Lösungsweg.

     

    Gruss SBK

     

    We're also having the same problem mixed in with some "A failure occurred accessing the Writer metadata." messages. I solved the "Metadata" problem with SP1 for Windows 2003 Server and this patch: http://support.microsoft.com/?kbid=891957'>http://support.microsoft.com/?kbid=891957

     

    The "writer status" error can usually be solved by rebooting the machine. That error usually comes and goes. The System State backup can work fine for some time, and then the error appears for a couple of days or weeks and then it disappears and everything works fine again.

    I believe the permanent solution to this is to patch the "Volume Shadow Copy Service" (VSS) of Win2003 Server.

     

    There are a number of KB articles regarding VSS and with them a number of patches to try.

     

    A Volume Shadow Copy Service (VSS) update package is available for Windows Server 2003:

    http://support.microsoft.com/kb/833167/

    (Incorporated in Win2003 Server SP1)

     

    A Volume Shadow Copy Service (VSS) update-2 package is available:

    http://support.microsoft.com/default.aspx?scid=kb;en-us;887827

    (I think that this patch contains the fixes of the first patch, but I'm not etirely certain. This patch is also incorporated in Win2003 Server SP1)

     

    Time-out errors occur in Volume Shadow Copy service writers,...:

    http://support.microsoft.com/default.aspx?scid=kb;en-us;826936

     

    Windows Server 2003 Service Pack 1 list of updates:

    http://support.microsoft.com/kb/824721/

    (The first two listed patches are incorporated in SP1)

     

    Update is available that fixes various Volume Shadow Copy Service issues in Windows Server 2003:

    http://support.microsoft.com/?kbid=891957

    (Win2003 Server SP1 is required to install this patch)

     

    I would try SP1 and the last patch.

  7. Hi buccaneer2003,

     

    Ich habe genau das gleich Problem: OFO: Initialisierung fehlgeschlagen: "\\KOM-SERVER-01\Shadow?Copy?Components". Advanced Open File Option verwendet: Microsoft Volume Shadow Copy Service (VSS).

    OFO: Schnappschußfehler (0xfffffed1): Beim Abfragen des Writer-Status trat ein Fehler auf.

     

    Die beiden letzten Nächte erschein der Fehler gleich Nacheinander und sonst im Monatsrythmus. Ich verwende SBS2003 und Veritas Backup Exec 9.1 für SBS mit Advanced File Option, Remote Agent und Exchange Agent. Das SP2 von Backup Exec ist installiert und seither erscheint der Fehler auch nur noch sporadisch.

     

    Konntest Du das Problem beheben? Wenn ja wie? Es ist in der Zwischenzeit ja auch das SP3 von Backup Exec 9.1 draussen, aber der Support von Veritas schiebt das Problem auf Microsoft:

     

    http://seer.support.veritas.com/docs/261993.htm

    http://support.microsoft.com/kb/826936

     

    Wäre Dir dankbar wenn Du mir sagen könntest ob Du das Problem in den Griff bekommen hast.

     

    Gruss SBK

  8. Ich finde die Remoteunterstützung einen Schritt in die richtige Richtung und unter Windows Vista wird dieses Remotetool sicher noch ausgebaut. PC-Anywhere hat aber immer noch einen erheblich höheren Funktionsumfang (Verschlüsselung, Zwischenablage, Befehlswarteschlangen, Supportfavoriten etc.) und ist meines Erachtens eines des besten Remoteunterstützungstool.

     

    Vor allem bei Unterstützung von Server zu Server über das Internet ist das erste Wahl...

     

    Gruss SBK

  9. @blub:

     

    Wenn Du mein 1. Posting liest siehst Du genau was ich mit umfassende Netzwerkdokumentation meine und zwar:

     

    Netzwerktopologie, Netzwerkplan, Allgemeine Infos zum Netzwerk und Servern, TCP-IP-Konzept, Hardwareinventar, Softwareinventar, Peripherie, Internet udn VPN, Backup-Konzept, Stromversorgung, Drucker, Spezielle Hardware, Benutzer, Freigaben, Berechtigung, Rackplan und Lnginscript.

     

    Gruss SBK

  10. Hallo Leute,

     

    Ich rufe mal diesen Thread aus der Versenkung und möchte folgendes festhalten:

     

    Die Remotedesktopverbindung kann man einfach über eine GPO aktivieren. Man muss die GPO (Computerkonfiguration, administrative Vorlagen, Windows Komponenten, Terminaldienste, Remoteverbindungen für Benutzer mit Hilfe der Terminaldienste zulassen) aktivieren und schon kann man mittels Remotedesktopverbindung und entsprechenden Adminkonto auf den PC zugreifen.

     

    Die aktuell gültige Sitzung des Benutzers wird gesperrt und der Admin kann (ohne dass der Benutzer Einsicht in die Tätigkeiten des Admins erhält) alle nötigen Einstellungen oder Wartungen vornehmen.

     

    Die Remotedesktopverbindung wird oft mit der Remoteunterstützung verwechselt, bei der Remoteunterstütztung iniitiert der Benutzer die Supportanfrage (Bsp. per Mail) und erhält Einsicht in die Tätigkeiten des Supporters, ohne dass die Sitzung gesperrt wird.

     

    Hoffe ein bisschen Klarheit in die Remotetools von WinXP gebracht zu haben.

     

    Gruss SBK

  11. Danke für die Tips! Visio habe ich auch schon verwendet, deckt aber nur einen Teil der Netzwerkdokumentation ab. WSSRA kannte ich nicht, habe mal auf der Microsoftseite gesucht, aber leider keine Preise gefunden. Dürfte sich aber wohl nur bei grösseren Netzwerken finanzieren lassen.

     

    Ich werde mir wohl mal das Netzwerkdokumentationstool http://www.Netdocu.de für 140 €uro anschauen....

     

    Gruss SBK

  12. Hallo Leute,

     

    Ich muss eine umfassende Netzwerkdokumentation erstellen. Gemäss Beschreibung sollte darin, Netzwerktopologie, Netzwerkplan, Allgemeine Infos zum Netzwerk und Servern, TCP-IP-Konzept, Hardwareinventar, Softwareinventar, Peripherie, Internet udn VPN, Backup-Konzept, Stromversorgung, Drucker, Spezielle Hardware, Benutzer, Freigaben, Berechtigung, Rackplan und Longinscript beinhalten.

     

    Hat jemand eine Wordvorlage oder Erfahrung im Erstellen von Netzwerkdokumentationen?

     

    Man muss das Rad ja nicht jedes Mal neu erfinden ;)

     

    Bin für Tips oder Vorlagen dankbar!

     

    Gruss SBK

  13. Konnte das Problem eingrenzen, im Ereignisprotokoll erscheint die Event-id 4:

     

    Der Kerberos-Client hat einen KRB_AP_ERR_MODIFIED-Fehler von Server "DLB$" empfangen. Der verwendete Zielname war cifs/buc.sbk.local. Dies deutet darauf hin, dass das Kennwort, das zum Verschlüsseln des Kerberos-Diensttickets verwendet wurde, anders als das Kennwort auf dem Zielserver ist. Häufige Ursache hierfür sind identische Computerkontonamen im Zielbereich (SBK.LOCAL) und dem Clientbereich. Wenden Sie sich an den Systemadministrator.

     

    Ich habe mal den Client DLB neugestartet und seither funktioniert die Netbios-Funktion wieder einwandfrei. Wieso das aber der Kerberos-Dienst meint dass der Zielname BUC doppelt vorhanden ist verstehe ich nicht. Es gibt ja nur ein Computerkonto und auch nur ein Client mit dem Computernamen....im Netzwerk wurde auch nichts verändert....

     

    Im Moment sehe ich da nicht durch...

     

    Gruss SBK

  14. Hallo Leute,

     

    Ich habe seit heute eine merkwürdige Fehlermeldung auf dem SmallBusinessServer 2003. Wenn ich auf dem Server eine Netbios-Verbindung aufbauen möchte (\\Hostname) erscheint die Fehlermeldung:

     

    Die Netzwerk-BIOS-Sitzungsbegrenzung wurde überschritten.

     

    Der Server läuft zwar seit Monaten ohne Neuboots und hat sicher dementsprechend hohe Memorybelastung hinter sich, aber mir ist nicht bekannt wie ich einen möglich vorhandenen Netbios-Cache löschen könnte. DNS-Cache zu löschen ist relativ simpel, aber Netbios-Cache?

     

    Gruss SBK

  15. @e2e4 und @Peter G.:

    Das erste das ich bereits probiert hatte, war den Parameter /XD ein zweites Mal anzugeben, dies war aber leider erfolglos.

     

    @Drizzt:

    Den Parameter /MIR entspricht /E und /PURGE diese beiden habe ich bereits angegeben. Danke trotzdem.

     

    Noch irgendeine Idee? Jedenfalls danke für eure Hilfestellungen!

     

    Gruss SBK

  16. Ich komme mit dem Exclude Directory (XD) Parameter nicht zurecht, weiss jemand wie man 2 Verzeichnisse "excluden" kann?

     

    Hier ist der Aufruf:

     

    F:\EDV\robocopy "%USERPROFILE%" f:\userprofiles\%username%\ /E /ZB /PURGE /R:1 /W:0 /XF *.OST *.TIF /MAX:10000000 /XD "%USERPROFILE%\lokale einstellungen\temp" "%USERPROFILE%\lokale einstellungen\temporary internet files"

     

    Das erste Verzeichnis Temp wird erfolgreich übersprungen aber nicht das 2. Verzeichnis (Temporary Internet Files). Kann es sein dass man nur 1 Verzeichnis ausklammern kann?

     

    Gruss SBK

×
×
  • Neu erstellen...