maestro

Hallo, wir haben leider das Problem nicht gelöst bekommen. Wir fahren die Sicherungen seitdem weiter so. Laut Aussage von Veritas ist diese Meldung auf ein defektes Element in der Datenbank zurückzuführen. Es wurde versichert, dass es sich hierbei nur um ein Problem mit diesem Element handelt. In der Registry wurde vorgeschlagen einen Wert zu ändern. Dies ist jedoch nur dazugedacht, dass dieser Auftrag dann nicht mehr als fehlgeschlagen markiert wird. Bei uns tritt der Fehler nur auf, wenn wir die einzelnen Elemente in den Mailboxen sichern. Wenn wir rein die Datenbank sichern ist alles kein Problem. Bei uns funktioniert alles bis auf ein Element. Das kann nicht wiederhergestellt werden. Ansonsten war eine Test-Wiederherstellung sehr erfolgreich.

Hallo, vermehrt haben wir das Problem, dass öffentliche Ordner von extern nicht mehr per Mail erreichbar sind. Wenn wir intern jedoch eine Mail senden, wird diese problemlos an den öffentliche Ordner zugestellt. Das interessante an der Sache ist, dass wir uns nicht darüber bewusst sind, dass an den Einstellungen der öffentlichen Ordner Einstellungen etwas geändert wurde. Bisher hat die Zustellung an die verschiedenen Öffentlichen Ordner jedoch funktioniert. Im Nachrichtenstatus werden folgende Infos angegeben: SMTP: Nachricht an erweiterten Warteschlangenmechanismus übermittelt SMTP: Nachrichtenübermittlung an erweiterten Warteschlangenmechanismus begonnen SMTP: Nachricht an Kategorisierungsmodul übermittelt SMTP: Unzustellbarkeitsbericht wurde erstellt Kann hier jemand weiterhelfen? Zum jetzigen Zeitpunkt sind wir ziemlich ratlos... ;-( Danke im voraus.

Hallo, ich such nach einer Möglichkeit, Benutzerdaten innerhalb der Domäne per Skript auszulesen bzw. zu verändern. Hierzu ein kleines Beispiel: Das Home-Laufwerk, das die Benutzer über die ADS zur Verfügung gestellt bekommen, soll per Skript geändert werden. Hat jemand einen Tipp, wo ich Informationen oder ein HOWTO finde, wie solche Skripte zu schreiben sind? EIn bisschen allgemeine Programmierkenntnisse sind vorhanden.

Hallo, leider ist es das nicht. Habe schon auf versdchiedenen Laufwerken und Bändern getestet. Leider alles ohne Erfolg. Habe auch neue Bänder genommen und nicht nur die Generationen aus der Sicherung.

Hallo, folgendes Problem: Seit ca. einem halben Jahr sichern wir unsere Exchange 2000 Server mit Veritas Backup Exec Version 9 und dem dazugehörigen Exchange Agent. Bisher traten hier keinerlei nennenswerte Probleme auf. Doch seit ca. 4 Wochen wird der Auftrag, der die Exchange Server sichert immer als fehlerhaft markiert. Im Auftragsprotokoll ist dann folgendes zu lesen: ----------------------------------------------------------------------------- Auftrag beendet am Mittwoch, 12. November 2003 um 02:41:44 Abschlußstatus: Fehlgeschlagen Endgültiger Fehlercode: a000fe2d HEX Endgültige Fehlerbeschreibung: Die Sicherungskopie dieses Elements ist fehlerhaft. Endgültige Fehlerkategorie: Ressourcenfehler ----------------------------------------------------------------------------- Leider bin ich bisher nirgends auf irgendwie geartete Hinweise gestoßen, die mir weiterhelfen könnten, um das Problem zu lösen. Bei Veritas selbst ist leider auch so gut wie nichts zu finden, das weiterhelfen könnte. Komisch an dieser Sache ist auch, dass alle anderen Server (ob SQL oder "normale" Maschinen, die nur den Remote Agent benötigen) ordnungsgemäß gesichert werden. Das Problem tritt nur bei Exchange auf. Am Netzwerk und auch an den Exchange-Servern sind keine Änderungen vorgenommen worden, die in Zusammenhang mit dieser Fehlermelfung zu bringen sind. Wir haben auch getestet, die Exchange-Server und den Medienserver an andere, hochwertigere Netzwerkkomponenten anzuschließen. Auch die Netzwerkkarten der Maschinen funktionieren tadellos, dass man die auch sicher als Ursache ausschließen kann. Da alle vorherigen Versuche nichts halfen, haben wir Backup Exec 9 von Build 4367 auf Build 4454 upgedated. Leider brachte dieses Update auch keine Verbesserung. Die Remote-Agents sind natürlich auch entsprechend in dieses Update einbezogen worden. Ich hoffe, dass jemand mit den genannten Informationen etwas anfangen kann und mir/uns einen Tipp geben kann, wie das Problem beseitigt werden kann, dass wir wieder eine saubere Sicherung von unserer Exchange-Umgebung haben. Für jede Antwort vielen Dank im voraus.

Hallo, ein ähnliches Problem hatten wir bei Exchange 2000. Nach der Installation von SP4 für W2K hatte alles problemlos funktioniert. Anschließend (so nach ca. 2-3 Wochen) konnten wir kein Ereignisprotokoll mehr einsehen. Beim ersten Start der Ereignisanzeige hat man zwar gesehen, wie viele Ereignisse aufgelaufen waren, jedoch nicht welche ... Das Fenster, in dem die Ereignisse normalerweise zu sehen sind, war einfach leer. Wenn man mit der MMC von W2K3 darauf zugriff, dann war wenigstens in besagtem Fenster ein Icon zu sehen. Leider aber auch nicht mehr. Wir haben daraufhin SP4 deinstalliert und die Ereignisanzeige war wieder da... Nach einer erneuten Installation von SP4 und allen bis jetzt verfügbaren Patches ist dieses Problem bisher nicht wieder aufgetreten. Vielleicht hilft das ja weiter...

Hallo, wir sichern seit geraumer Zeit unsere Exchange 2000 Server mit Veritas Backup Exec 9 und den dazugehörigen Agents (Remote Agent und Exchange Agent). Dies funktionierte auch ca. 4 Monate sehr gut. Jetzt haben wir seit ein paar Tagen das Problem, dass die Sicherung einen Kommunikationsfehler meldet. An der Umgebung hat es aber keine Veränderungen gegeben. Eine Neu-Installation des Remote-Agents auf den Exchange-Servern hat aber leider auch keine Änderung gebracht. Hat jemand eine Idee, was das Problem sein könnte? Die Probeläufe von Veritas Backup Exec funktionieren tadellos. Auch alle anderen Sicherungen laufen problemlos... Vorab DAAANKE.

Hallo, danke für den Tipp. Leider ist dieser Key weder bei mir auf dem Standard W2K-Client vorhanden, noch auf dem Terminal-Server. Der einzige Eintrag unter HKEY_LOCAL_MACHINE\SOFTWARE\Classes mit Mail beschäftigt, ist ".MAPIMail" mit dem REG_SZ-Wert "CLSID\{9E56BE60-C50F-11CF-9A2C-00A0C90A90CE}" Eine Idee, warum dieser Key bei den Maschinen nicht existiert?

Hallo, folgender Hintergrund: In einer Terminal-Server-Umgebung (Citrix Metaframe XP) wird u. a. Outlook als Client für Exchange betrieben. Seit geraumer Zeit erscheint immer beim Start von Outlook die Frage, ob Outlook als Standard-Mail-Client eingerichtet werden soll: "Outlook ist derzeit nicht als Standardmanager für E-Mail eingerichtet. Soll Outlook als Standard-Manager eingerichtet werden?" Obwohl die benutzerdefinerten Einstellungen alle bei der Abmeldugn gespeichert werden, erscheint die Frage auch beim nächsten Start von Outlook wieder. Jetzt zur Frage: Wie kann ich über die Registry festlegen, dass Outlook der Standard-Mail-Client ist. Es muss doch möglich sein, für jeden Benutzer beim Start über ein Skript diese Option festzulegen... Für Eure Hilfe im voraus herzlichen Dank. :cool:

Hallo, nach langem hin und her haben wir gefunden, wie das Problem für den einzelnen Drucker erledigt werden kann: Unter Internet Explorer das Problem provozieren, danach die Fehlermeldung bestätigen und anschließend "Drucker suchen". Den Drucker, der eigentlich schon eingerichtet ist, nochmals auswählen und dann steht der Drucker wieder unter allen Anwendungen unter Citrix zur Verfügung. Keine Ahnung wo genau dieses Problem liegt. Jedenfalls werden durch diese Aktion die Berechtigungsprobleme (jedenfalls als Vermutung) wieder gelöst. Danke für die Hilfe. Wir werden sicher jetzt keine Treiber mehr replizieren, sondern immer auf jedem einzelnen Server von Hand installieren...

Hallo, Umgebung: 7 Terminal-Server W2K Server und Citrix Metaframe XP Feature Release 1 2 Printserver W2K Server reine W2K-Domäne Folgendes Problem: Nachdem ien Druckertreiber unter Citrix neu installiert und repliziert wurde, kommt es zu Problemen beim Druck. Die anwender können unter Citrix nicht mehr drucken. Unter Internet Explorer erscheint folgende Meldung: "Sie haben nicht die erforderlichen Zugriffsrechte auf den ausgewählten Drucker. Wenden Sie sich an den Netzwerkadministrator, um die benötigten Rechte zu erhalten." Unter Excel erscheint folgende Meldung, beim Versuch zu drucken: "Eingestellter Drucker fehlt oder ist außer Betrieb. Wählen Sie einen anderen Drucker" Mit word kann man zwar drucken, jedoch kann man die Eigenschaften des Druckers weder einsehen noch ändern. Sobald man im Druckmenü auf die Eigenschaften klickt, erhält man folgende Meldung: "Word kann den Eigenschaftendialog nicht anzeigen, weil ein Fehler bein Drucken aufgetreten ist". Zuerst waren von diesem Problem alle 7 Server betroffen. Jetzt so nach einer Zeit von schätzungsweise 2 1/2 Stunden sind diese Probleme immerhin bei drei der Server wie von Geisterhand verschwunden. Das komische an der Sache ist auch, dass das Problem schon einmal aufgetreten ist, nachdem wir die Druckertreiber auf den Citrix-Terminal-Servern repliziert haben. Die Print-Server arbeiten weiterhin problemlos. Wenn man den Drucker auch lokal eingerichtet hat, ist das alles kein Problem. Nur ist es halt so, dass die wenigsten Anwender die Anwendungen, die unter Citrix bereitgestellt werden auch lokal installiert haben. Wie können wir diesem Problem zu Leibe rücken? Wir haben leider keine Idee mehr, wie wir da dran gehen sollen. Hoffentlich kann uns hier jemand weiterhelfen... Vielen vielen Dank im voraus...

Hi, wir haben einen Rechner eingerichtet, mit dem der User (wird automatisch angemeldet) nur Zugriff auf das Intranet per Internet Explorer erhalten soll. Das funktioniert auch soweit sehr gut... Hierzu wurden verschiedene Registry-Änderungen vorgenommen. Folgendes Problem: Der Druck aus Internet Explorer mit dem Druck-Symbol in der Symbolleiste ist für JEDEN Benutzer problemlos möglich. Der Benutzer XY, der eingeschränkte Rechte besitzt, soll aber auch die Möglichkeit haben, einen einzelnen Frame auszudrucken. Hierzu sollen die Anwender das Kontextmenü nutzen. Der Administrator kann über diesen Weg auch problemlos drucken. Nur der Benutzer mit eingeschränkten Rechten kann diesen Weg zum Druck nicht nutzen. Wenn der Druck über das Kontextmenü aufgerufen wird, wird für Sekundenbruchteile das Auswahlfenster angezeigt, wo man einen Drucker auswählen kann. Anschließend schließt sich das Fenster wieder und es erscheint folgende vielsagende Fehlermeldung: Fehler beim Drucken: Ein Fehler ist bei diesem Vorgang aufgetreten. Wie gesagt: Drucke funktionieren soweit. Sobald aber das Auswahlfenster, über welchen Drucker gedruckt werden soll benötigt wird, streikt das System und bringt eine Fehlermeldung, die nicht wirklich vermuten lässt, wo der Fehler zu suchen ist. Hat jemand einen Tipp? Für jede Hilfe im voraus herzlichen Dank.

Hallo, eine Suche nach diesem Fehler bei Veritas hat leider kein Ergebnis gebracht.

Bis der Fehler aufgetreten ist, sind keine Änderungen erfolgt. Zwischen den beiden Fehlern ging es nicht.

Hi, die Sicherung ist bisher (seit ca. einem halben Jahr) problemlos gelaufen. Dieser Fehler ist nun zu zweiten Mal hintereinander aufgetreten. Um den Exchange-Server zu sichern werden Remode-Agent und Exchange-Agent von Veritas genutzt.

Hallo, bei der Sicherung der Speichergruppen von Exchange 2000 mit Veritas Backup Exec 8.6 und Exchange-Agent tritt wiederholt folgendes Problem auf: **************************************************** Beim Exportieren der Windows-Verwaltungsinstrumentations-Speicherdateien ist ein Fehler aufgetreten. Der Windows-Verwaltungsinstrumentations-Speicher konnte nicht gesichert werden. **************************************************** Habe leider bisher keine Informationen gefunden, wo das Problem liegen könnte. Hat jemand eine Idee?? Für jede Hilfe im voraus herzlichen Dank.

Hi, es ist ganz komisch: Wir konnten keinerlei Eingrenzungen treffen, wo das Problem zu suchen ist. Ein Teil der Anwender kann drucken und ein anderer Teil nicht. Bei denen die nicht drucken können sind keine signifikanten Gemeinsamkeiten festzustellen. In den Ereignisprotokollen sind keine Unregelmäßigkeiten festzustellen. Drucker sind viele verschiedene von dem Problem betroffen: IBM NP 17, IBM Inforprint 1130, HP Laserjets, usw... Problem ist scheinbar gelöst. Bei einem Anwender wurde der Drucker neu eingebunden und für den Anwender explizit die Berechtigung auf dem Print-Server gesetzt. Nachdem dies geschehen war, konnte auch ein anderer Anwender auf diesem Drucker drucken. Nachdem der Benutzer wieder aus den Berechtigungen entfernt wurde (Jeder-Berechtigung nach wie vor entsprechend gesetzt) konnte der Benutzer weiterhin drucken. Da wir ebenfalls in der Knwoledge Base von MS einen Artikel aus 2001 gefunden haben, der dieses Problem beschreibt (Hier wurde darauf verwiesen, dass dieses Problem mit dem nächsten SP behoben wird), haben wir auf den Printservern SP3 für W2K neu installiert und das Problem scheint behoben zu sein... :) Danke für die Hilfe.

Hallo, folgendes Szenario: W2K-Domäne mit integrierten Citrix Metaframe XP Terminal-Servern und Print-Servern (W2K). Anwender können nur noch teilweise drucken. Das Problem lässt sich nicht genau eingrenzen. Mal tritt das Problem auf Terminal-Server X in Verbindung mit Print-Server X auf, dann Terminal-Server Y in Verbindung mit Print-Server Y und auch die Kombination X und Y... Auch der Drucker, mit dem das Problem auftritt ist immer ein anderer. Also auch kein druckerbezogenes Problem... An der gesamten Umgebung sind vor dem Auftreten des Problems keine nennenswerten Änderungen in der Umgebung erfolgt. Wie können sich die Berechtigungen ohne Änderung auswirken??? Die Berechtigungen der Anwender auf die Drucker sind immer noch die gleichen... Ist alles überprüft. Vielleicht weiß ja bei diesem Phänomen jemand von Euch einen Rat .

Hallo, unserer Domäne (W2K) sollen eine ausgewählte Anzahl von Benutzern das Recht erhalten, Computer der Domäne hinzuzufügen.;) Dazu ist eine Gruppe vorhanden. Wie weise ich dieser Gruppe das Recht zu, dass Computer der Domäne hinzugefügt werden können ohne die Rechte eines Domänen-Admins zu vergeben... Fur Eure Hilfe im voraus herzlichen Dank. :)

Hallo, auf welche Einstellungen muss ich achten, wenn ich über das Netzwerk den MS SQL 2000 Server mit Veritas Backup Exec sichern möchte? SQL-Agent und Remote-Agent von Veritas sind installiert. Auf der Maschine, die die Sicherung durchführen soll sind auch die SQL-Client-Tools installiert. Fehlt hier vielleicht eine Einstellung? In der Liste zur Auswahl für die Sicherung können die SQL-Server (der Teil, in dem die Datenbanken enthalten sind) nicht ausgewählt werden. Aus irgendwelchen Berechtigungsgründen ist der Zugriff über Veritas nicht möglich! Der Benutzer, der für das Backup ausgewählt wurde ist der Datenbankadministrator. Auch mit dem Domain-Admin ist eine Sicherung der Datenbanken nicht möglich. Für alle erdenklichen Tipps schon einmal herzlichen Dank.

Hallo, alle Aufregung mehr oder weniger umsonst. Die Sicherung funktioniert jetzt ca. 48 Stunden nach Update der Remote-Agents und Änderung der Passwörter laut Veritas Backup Exec einwandfrei. Hatte wohl zu wenig Geduld.......Ein Glück ist in den letzten 48 Stunden auf dem einen Server keine Rücksicherung notwendig gewesen....

Hallo, danke erst einmal für die antworten. Es sind zwei gleichberechtigte Server. Beide werden mit dem gleichen Benutzer "angesprochen". Bei beiden wurde das Passwort entsprechend geändert. Der andere Server macht bei der Sicherung keinerlei Probleme... Vielleicht ist noch interessant, dass vorher auf diesem Server (wie bei allen anderen auch) ein Remote Agent mit einer älteren Built lief. Aus Gründen der Behebung eines anderen Problems wurde der Remote-Agent von Backup Exec auf diesem Server wie auch auf vier weiteren Servern upgedated. Hierbei sind keine Probleme aufgetreten. Gleichzeitig wurde das Passwort geändert. Was ich nicht verstehe ist, dass SysVol und SysStat gesichert werden und die administrativen Freigaben nicht... Auch auf den anderen Servern, die so ziemlich die identische Konfiguration haben, trat dieses Problem noch nie auf. Danke für die Hilfe.

Windows 2000-Domain; Sicherung mittels Veritas Backup Exec V. 8.6 Build 3878 Bei einem Sicherungs-Job von verschiedenen W2K-Servern über den sog. Remote-Agent (100 % gleiche Version wie Backup Exec) erscheint folgende Fehlermeldung in den Sicherungslogs: ---------------------------------------------------------------------- Anschluß nicht möglich an \\SERVER1\C$ Zugriff verweigert. ^ ^ ^ ^ ^ Anschluß nicht möglich an \\SERVER1\C$ ^ ^ ^ ^ ^ Anschluß nicht möglich an \\SERVER1\D$ Zugriff verweigert. ^ ^ ^ ^ ^ Anschluß nicht möglich an \\SERVER1\D$ ^ ^ ^ ^ ^ Remote Agent for Windows NT/2000-Sicherung wird durchgeführt. ---------------------------------------------------------------------- Die Sicherung von "System?State" und "SYSVOL" verläuft ohne Fehlermeldung. Wo könnte das Problem liegen??? Nach meinen bisherigen Infirmationen hat sich dieses Problem nach ändern eines Passworts innerhalb von ca. 6 Stunden von selbst gelöst. Hier ist es aber seit knapp 24 Stunden immer noch nicht erledigt. Für jegliche Hilfe bereits jetzt herzlichen Dank.