0

コンテキストはOLAPキューブ開発です。SQL Serverデータツール（SSDT、新しいBIDS）を使用してプロジェクトを構成した後、プロジェクトを展開できません。

展開プロセスが開始されるたびに、次のようなエラーが発生します。

ファイルシステムエラー：ファイル'\\？\ D：\ [...] \ database \ mssql \ tmpdb \ MDTempStore_1864_9_no8wd.tmp'を開いているときに次のエラーが発生しました：アクセスが拒否されました。

（[...]は、簡単にするために省略したパスの一部を示します）

常に同じエラーが発生し、一部の.tmpファイルにアクセスできなかったことを示します。

私の環境：

  • OS：Windows Server 2008 R2 Standard、SP1
  • SQL Server：ローカルホストで実行されているSQL Server 2012（v11.0.2100.60）

私が試したこと：

  • 問題のフォルダのファイルシステムアクセス権を持っています（ある時点で、マシンの管理者権限で試しても役に立ちませんでした）
  • on-access-scanを実行している場合に備えて、アンチウイルスを非アクティブ化しようとしました（それでも役に立ちませんでした）
  • 個々のディメンションをデプロイ/処理しようとすると、同じ問題が発生します
  • （SSDTではなく）SMOを介してプログラムでディメンションまたはキューブをデプロイすると、同じ問題が発生します
  • DataSourceオブジェクトとDataSourceViewオブジェクトのデプロイは正常に機能します

たぶん、あなたの何人かは同様の問題に直面したか、さらなる提案/アイデアを持っていますか？

助けてくれてありがとう！

4

3 に答える 3

1

それで、私はついにそれを理解しました。

予想どおり、これはアクセス許可の問題でしたが、ファイルシステムのアクセス許可が欠落していることを示唆するエラーメッセージが表示されたにもかかわらず、問題の原因はデータソースを構成したユーザーでした。

指定したSQLユーザーに役割が与えられました

  • db_datareader
  • db_datawriter
  • db_ddladmin

ソースデータベース上にありますが、これでは十分ではないようです。私が彼にサーバーの役割sysadminを与えようとしたとき、それは機能し始めました。

これはおそらくやり過ぎです。役割の割り当てをさらに微調整することもできますが、今のところはそのように機能します。

于 2012-07-03T15:20:33.530 に答える
0

ここでの提案です-管理者としてSSDTを実行してみましたか？つまり、SSDTを右クリックし、[管理者として実行]をクリックします。次に、プロジェクトをデプロイしてみます。それは間違いなく許可の問題のように聞こえます。

于 2012-06-20T13:55:34.713 に答える
0

正確な理由は、SSASサービスユーザーがSSAS構成で指定されたフォルダーにアクセスできないためです（つまり、エラーは一時フォルダーであると述べています）。これは単なるファイルアクセスエラーであるため、SQLServerとは直接関係がないと思います。SQLServerに到達する前にエラーがスローされます。

これらのフォルダーについて、SSASサービスユーザーに完全なアクセス許可を与えます。

よろしくオヌール

于 2012-12-24T12:05:39.820 に答える