Zugriff auf NAS von BackUp Exec 11d schlägt fehl
Hallo,
Seit längerem besteht ein Sicherungsjob der Daten von einer NAS D-Link DNS-323 auf Band sichert. Dieser Job funktioniert auch. Auf der NAS ist ein Benutzer „sicherung“ angelegt über den sich Symantec BackUp Exec die Berechtigung zieht um zu sichern.
Offiziell unterstützt BackUp Exec „solche“ NAS ja nicht, aber es gibt ja den Workaround über eine Benutzerdefinierte Auswahl. Das Gemecker am Ende des Sicherungsjobs das der Medienserver keine Verbindung zum Remote-Agent auf der NAS herstellen kann ist verschmerzbar.
Habe vor kurzem die 2 einzelnen Platten der NAS gegen 2 größere ersetzt und ein RAID 1 eingerichtet. Beim bestehenden Sicherungsjob habe ich die Sicherungsauswahlen angepasst.
Erstelle ich aber einen neuen Sicherungsjob verweigert mir BackUp Exec den Zugriff auf die NAS mit dem Hinweis das dieser Benutzer „sicherung“ nicht berechtigt ist auf diese Ressource zuzugreifen. Obwohl ich genau diesen berechtigten Benutzer des funktionierenden Jobs verwende.
Kann nicht sagen seit wann dieses Problem besteht, aufgefallen ists mir erst seit dem Wechsel der Fetplatten.
Konfiguration:
NAS: D-Link DNS-323, aktuellste FW: 1.10b07, nicht Active Directory integriert.
Server: Windows 2003 Std, 2.DC, SP2
Sicherungssoftware: Symantec BackUp Exec 11d, SP5 + Hotfix 37 und 50.
Bisherige Aktionen:
- NAS neu gestartet.
- BackUp Dienste neu gestartet.
- neuen Benutzer an der NAS angelegt, Berechtigung für das gesamte Volume gegeben und diesen im Sicherungsjob eingetragen.
- eine neue Freigabe an der NAS angelegt, explizite User-Berechtigung anstatt Gruppenberechtigung vergeben.
- das Hakerl „Auswahl von Benutzerfreigaben„ unter „Extras – Optionen – Netzwerk und Sicherheit“ gesetzt.
- Diese NAS besteht auf Groß/Kleinschreibung, auch beim Benutzernamen – deshalb das auch überprüft!
- Keine Sonderzeichen im Benutzernamen / Passwort vergeben, Mindestpasswortlänge auf der NAS und im AD erfüllt.
- Eingabe der Berechtigung als „sicherung“, „NAS\sicherung“ und als „[IP-Adresse]\sicherung“.
Wo könnte der Fehler noch liegen?
Besten Gruß
MaceWindu
Seit längerem besteht ein Sicherungsjob der Daten von einer NAS D-Link DNS-323 auf Band sichert. Dieser Job funktioniert auch. Auf der NAS ist ein Benutzer „sicherung“ angelegt über den sich Symantec BackUp Exec die Berechtigung zieht um zu sichern.
Offiziell unterstützt BackUp Exec „solche“ NAS ja nicht, aber es gibt ja den Workaround über eine Benutzerdefinierte Auswahl. Das Gemecker am Ende des Sicherungsjobs das der Medienserver keine Verbindung zum Remote-Agent auf der NAS herstellen kann ist verschmerzbar.
Habe vor kurzem die 2 einzelnen Platten der NAS gegen 2 größere ersetzt und ein RAID 1 eingerichtet. Beim bestehenden Sicherungsjob habe ich die Sicherungsauswahlen angepasst.
Erstelle ich aber einen neuen Sicherungsjob verweigert mir BackUp Exec den Zugriff auf die NAS mit dem Hinweis das dieser Benutzer „sicherung“ nicht berechtigt ist auf diese Ressource zuzugreifen. Obwohl ich genau diesen berechtigten Benutzer des funktionierenden Jobs verwende.
Kann nicht sagen seit wann dieses Problem besteht, aufgefallen ists mir erst seit dem Wechsel der Fetplatten.
Konfiguration:
NAS: D-Link DNS-323, aktuellste FW: 1.10b07, nicht Active Directory integriert.
Server: Windows 2003 Std, 2.DC, SP2
Sicherungssoftware: Symantec BackUp Exec 11d, SP5 + Hotfix 37 und 50.
Bisherige Aktionen:
- NAS neu gestartet.
- BackUp Dienste neu gestartet.
- neuen Benutzer an der NAS angelegt, Berechtigung für das gesamte Volume gegeben und diesen im Sicherungsjob eingetragen.
- eine neue Freigabe an der NAS angelegt, explizite User-Berechtigung anstatt Gruppenberechtigung vergeben.
- das Hakerl „Auswahl von Benutzerfreigaben„ unter „Extras – Optionen – Netzwerk und Sicherheit“ gesetzt.
- Diese NAS besteht auf Groß/Kleinschreibung, auch beim Benutzernamen – deshalb das auch überprüft!
- Keine Sonderzeichen im Benutzernamen / Passwort vergeben, Mindestpasswortlänge auf der NAS und im AD erfüllt.
- Eingabe der Berechtigung als „sicherung“, „NAS\sicherung“ und als „[IP-Adresse]\sicherung“.
Wo könnte der Fehler noch liegen?
Besten Gruß
MaceWindu
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 186700
Url: https://administrator.de/contentid/186700
Ausgedruckt am: 21.11.2024 um 22:11 Uhr
2 Kommentare
Neuester Kommentar