Backup Exec 10Dのバックアップジョブを作成しようとすると、「アクセスが拒否されました」エラーが発生する
私の質問に対する簡単な答えは、「何かに正しい権限がありません」だと思います。 = P。 Backup Exec b2d NAS を読みましたが、それは私の質問に実際には答えませんでした。
私は管理ガイドとグーグルをいじくり回してこれを解決しようとしましたが、私は実際にはどこにも速く到達しておらず、それを避けることができればシマンタイサポートに電話するのは嫌です。
基本的なセットアップ：
Cisco NSS324
Windows Server 2003-SP2
Symantec Backup Exec 10D
NASへのB2Dジョブを作成したいので、UNCパス\\<NAS DEVICE NAME>\<TOP LEVEL SHARE>\<BACKUP FOLDER>\を使用しました。ただし、「OK」を押すとすぐに「アクセスが拒否されました」というエラーが表示されます。
NASはネットワークドメインに適切に参加し、 'veritas'ADユーザーにCiscoWebInterfaceを介した私のNAS共有への完全な読み取り/書き込みアクセス権を付与しましたそして、「veritas」ユーザーをADの「BackupOperators」グループに追加しました（このグループは、アクセスを許可できるドメイングループとしてWebインターフェイスに表示されないため、この手順は意味がないのではないかと思われます）。 BE10D内のフォルダを実際に参照できますか？
私は明らかにここでかなり基本的なものが欠けています、
何なのかよくわかりません。誰かが私にポインタを与えることができますか？
乾杯、
更新：
ああ、くそー。昨日投稿した後、NASではなくローカルドライブ（Got B：\がZ：\と混同されている）に接続していたことに気付きました。したがって、私は巨大な愚か者であり、これをまだ解決していません。
NAS共有、バックアップしているフォルダ、ユーザーを追加するフォルダに「veritas」ユーザーのアクセス許可を追加した後、UNCパスを使用すると「アクセスが拒否されました」というメッセージが表示されます「バックアップオペレータ」グループ。
NASのIT_Admin共有をZ:\にマッピングしようとしましたが、パスZ:\Backup\を使用すると、「指定されたパスが見つかりません」というエラーが表示されます。ドライブ文字の前に「\\」を追加すると、エラーが「ネットワークパスが見つかりませんでした」に変わります。マップされたパスを使用しても、 http： //www.symantec.com/connect/forums/bacup-network-drive-backup-exec-10d 。
デバイス名は「NSS324」、作成した最上位の共有は「IT_Admin」、共有のルートに「バックアップ」というフォルダーを作成しました。 \\NSS324\IT_Admin\Backup\のUNCパスが正しいと確信しています。より高いレベルの誰かがおそらく確認することができますか？
スプーンで餌をやるように頼んでいるような音はしたくないのですが、これを機能させるために、ユーザーに他に何を許可できるかわかりません。誰かが2cを投入したいと思いますか？
GAH！ Explorer.exeを介してバックアップしたいフォルダーにアクセスするための適切なアクセス許可を「veritas」ユーザーに付与しませんでした...
Facepalm.jpg
みんなの時間を無駄にしてすみません!! >。<
[〜＃〜]編集[〜＃〜]
興味深いことに、これを機能させるためにUNCパスを使用することができませんでした（パスを正しく入力していない可能性があります）。 WinServerで共有をB:\としてマップし、veritasユーザーにこれにアクセスするための適切なアクセス許可を与えた後、共有のルートレベルに「バックアップ」フォルダーを作成し、BE10Dを介して参照し、[OK]をクリックしました。そして、すべてが甘かった。このフォルダとの間で実際にバックアップ/復元を実行しようとしたことはまだありません。問題が発生した場合は更新されます。
編集＃2
ついにこれを理解しました（昨日BESのセットアップを手伝ってくれた誰かから外部の助けがあったのでちょっとだまされましたが）。
Win Server（\ xxxx\Share Name\Backup）にNAS Share mapped by is IPがあり、管理者AD資格情報を使用して共有にログインしました。 このドライブを切断し、UNCパスを使用して再マップしました。共有にログオンする唯一の方法は、NASの管理者ログインを使用することでした。そのため、Windows認証ウィンドウがポップアップして私が使用した共有"デバイス名\ admin"とそれに関連するパスワード。
これで、WindowsのUNCパスを介して共有にログインしました。 BE10Dを再度開き、NAS共有へのB2Dの作成を再試行しました。これは魅力のように機能しました！アクセス拒否エラーなどはありません！
NAS共有にバックアップと復元を行いましたが、どちらも機能し、この質問は解決しました。イェーイ！：D皆様のご協力に改めて感謝いたします！
Veritasユーザーとしてコンピューターにログオンし、バックアップしようとしているデータを実際に参照できることを確認し、ネットワーク共有からコンピューターに何かをコピーしてみてください。また、NAS共有を参照して、その上にファイルを作成できることを確認してください。
Backup Execメディアサーバーで、\\NSS324のルートを参照してみてください。この特定のNASについてはわかりませんが、LinuxベースのNASの場合、DNSに正しく登録されていない（またはまったく登録されていない）か、割り当てられた名前に一貫して応答しないことがあります。それでも問題が解決しない場合は、完全修飾名を試してみてください（つまり、\\NSS324.corp.acme-widgets.com（明らかに実際のFQDNに置き換えてください））。
B2Dメディアでは、NASの共有をWindowsドライブ文字にマップする必要はありません。BackupExecは単に\\NSS324\IT_Admin\Backupで完全に満足します。
以前、Backup Execインターフェースから、バックアップユーザーとして指定したユーザーに十分なアクセス許可がないと主張するという奇妙な経験がありました（実際にはそうだったのですが）。ジョブを手動で実行すると、すべてがバックアップされ、ジョブは正常に完了しました（復元で確認済み）。
また、Backup Execジョブログのエラーは、ジョブの設定時に表示されるエラーメッセージよりも役立つことがわかりました。ジョブを設定し、取得した権限エラーを無視して実行することをお勧めします。そうすれば、ジョブログを調べることができます。ジョブログのエラーや警告は、通常、Symantec KBの記事を示しています。これは確かに常に役立つとは限りませんが、見落としている可能性のあることについて考えるように促される場合があります。