タグ付けされた質問 「sql-server-localdb」

4
LocalDB v14はmdfファイルの間違ったパスを作成します
最近、SQL Server Expressインストーラーとこの手順を使用して、LocalDBをバージョン13から14にアップグレードしました。インストール後、バージョン13の既存のデフォルトインスタンス(MSSQLLOCALDB)を停止し、v14.0.1000サーバーエンジンを自動的に使用する新しいインスタンスを作成しました。 データベース統合テストによくLocalDBを使用します。つまり、xunitテストでは、テストが終了すると削除される(一時的な)データベースを作成します。新しいバージョン以降、残念ながら次のエラーメッセージが原因ですべてのテストが失敗します。 物理ファイル 'C:\ Users \ kepflDBd0811493e18b46febf980ffb8029482a.mdf'を開くまたは作成しようとしたときに、CREATE FILEでオペレーティングシステムエラー5(アクセスが拒否されました)が発生しました。 奇妙なことは、mdfファイルのターゲットパスが正しくないことです。C:\ Users \ kepflとDBd0811493e18b46febf980ffb8029482a.mdf(単一のテストのランダムなデータベース名)の間にバックスラッシュがありません。データベースは単純なコマンドで作成されますCREATE DATABASE [databaseName]-ここでは特別なことは何もありません。 SSMSでは、データ、ログ、およびバックアップのターゲットの場所は次のとおりです。 ただし、場所を更新しようとすると、別のエラーメッセージが表示されます。 LocalDBがデータベースを再度作成できるように、デフォルトの場所を更新するにはどうすればよいですか?LocalDBがデフォルトのロケーションディレクトリとデータベースファイル名を正しく結合していないことは明らかです。編集できるレジストリエントリはありますか?または他に何か? Dougの回答とsepupicのコメントの後の更新 このStackoverflowの質問によると、デフォルトの場所もレジストリ経由で変更可能である必要があります。ただし、対応するキー「DefaultData」、「DefaultLog」、および「BackupDirectory」を見つけようとすると、レジストリでそれらを見つけることができません。SQL Server v14はこれらのレジストリキーの名前を変更しましたか、またはこれらの情報をレジストリから移動しましたか?

1
SQL Server LocalDBインスタンスのフォルダーをデフォルトの場所から移動する方法は?
私は複数のエラーを取得していないLocalDB(起動エラー、SQL Server Management StudioのからDBを作成することはできませんし、また、複数の 問題バックアップを復元しようとすると)、私は何を支援している見つけ修正のどれも。すべてのエラーは、正しく設定されていないアクセス許可に基づいているようです。 これで、簡単なDDLテーブル作成スクリプトがSQL Server Management Studioから正常に機能し、ユーザーアカウントのフォルダーのルートにデータベースを作成します(ここで説明します)。ただし、Instancesフォルダー(SQL Server ExpressとAdvanced ServicesをD:\Users\[My name]\AppData\Local\Microsoft\Microsoft SQL Server Local DB\Instancesインストールするときに別の場所にDATAフォルダーを指定しました-標準のSQL Server Express ファイルのみが保存され、インスタンスは保存されません)ルート)したがって、プロジェクト内の場所にDBファイルを配置するために、Instancesフォルダーを別の場所に移動したいと思います。これは可能ですか?対応するレジストリエントリも見つけられませんでした。.mdfLocalDB SQL Server Express 2012と同じバージョンのSSMS(最新の更新プログラムがインストールされています)を使用しています。 任意の助けをいただければ幸いです。 編集: KookieMonsterが前述した[データベースの設定]ページでエラーがスローされ、編集や構成の表示ができません。Windows Updateで更新プログラムを再度チェックし、インストールされていないSQL Server Expressの更新プログラムがいくつかあったので(インストールするものはすべて選択したはずですが)、それらをインストールしました。これにより、設定ページに移動できました。 LocalDBインスタンスのルートフォルダーを別の場所に設定しようとしましたが、試したすべてのフォルダーに対してアクセス拒否エラーが発生しました。つまり、 設定 'Microsoft.SqlServer.Management.Smo.ObjectKeyBase'の変更に失敗しました。(Microsoft.SqlServer.Smo) - - - - - - - - - - - - - - - 追加情報: Transact-SQLステートメントまたはバッチの実行中に例外が発生しました。(Microsoft.SqlServer.ConnectionInfo) …

8
WindowsアカウントでSqlLocalDBインスタンスを開始できません
私は管理者であり、次のコマンドを実行するだけです。 sqllocaldb start v11.0 結果: Start of LocalDB instance "v11.0" failed because of the following error: Error occurred during LocalDB instance startup: SQL Server process failed to sta rt. イベントビューアログイベントID:528 Windows API呼び出しWaitForMultipleObjectsがエラーコードを返しました:575。Windowsシステムエラーメッセージ:{アプリケーションエラー}アプリケーションを正しく開始できませんでした(0x%lx)。[OK]をクリックしてアプリケーションを閉じます。行で報告:3621。 別の(ユーザーと管理者)アカウントを試しましたが、問題はありませんでした。 SQLLocalDB.msiの2012バージョンをアンインストールして再インストールしましたが、うまくいきませんでした。何かアイデアと修正はありますか?

1
PowerShellでSQLCMDを介してLocalDBに接続する
SQLCMDユーティリティを使用して、PowerShellを介してコンピューター上の "localdb \ MSSQLLocalDB"サーバーにアクセスしようとしています。PowerShell v5、.NET v5.0を使用していますが、サーバー名は(localdb)\MSSQLLocalDBMicrosoft SQL Server Management Studio 2014で接続するときに使用されます。 PS C:\> sqlcmd -S localdb\MSSQLLocalDBそしてPS C:\> sqlcmd -S .\localdb\MSSQLLocalDB、このエラーが発生し: Sqlcmd:エラー:SQL ServerのMicrosoft ODBCドライバー11:SQL Serverネットワークインターフェイス:指定されたサーバー/インスタンスの検索エラー[xFFFFFFFF]。 Management Studioでサーバー名を照会し、上記のコマンドでSELECT @@ServerNameそれを使用した-Sところ、同じエラーが発生しました。 PS C:\> sqlcmd -S localdb このエラーが発生します: Sqlcmd:エラー:SQL Server用Microsoft ODBCドライバー11:名前付きパイププロバイダー:SQL Serverへの接続を開けませんでした[53] その他の注意事項:この接続文字列を使用して、サーバーに接続し、C#コンソールアプリでtestdb01という名前のデータベースを操作できSystem.Data.SqlClientます。 "Data Source=(localdb)\\mssqllocaldb;Initial Catalog=testdb01;Integrated Security=SSPI;"

3
開発者はLocalDBと「開発」インスタンスの使用を許可する必要がありますか?
以前にここに投稿された「開発者は本番データベースにクエリを実行できるようにする必要がありますか?」という質問の筋によく似ています。 多くの企業は、開発者が開発マシンにSQL Server Expressなどをインストールするのを防ぎ、代わりに集中型開発SQL Serverの使用を促進しています。 具体的には、次のことを確実にするために行われます。 開発サーバーとプロダクション間のパッチレベルの一貫性 上記のパッチを証明および検証する機能 データセキュリティ; 開発サーバー上のデータのみが開発に使用されます 回復性; データは回復可能であり、まだバックアップされています 本番環境に移行すると問題が発生する可能性がある照合順序の違い 私にとって、これらの引数はすべておそらく無効ですが、パッチの引数は例外です。しかし、ローカルマシン上のデータベースがテストではなく開発アクティビティのみに使用されている場合、アプリケーションがテスト/ UATなどを介して本番環境に移行すると、パッチが適用されたことが証明されます。 照合順序は、データベースにとって問題であるかのように、有効な理由ではないようです。作成時に設定する必要があります。私が知る限り、SharePointとSCCMのみがこの問題を抱えています;) ここで、それが開発専用であり、データベースが本番環境に「移動」されず、唯一の移動は次のようになると想定します。 本番環境へのデプロイ用に生成されるデータベースを作成したスクリプト 「本番」サードパーティシステムからのバックアップは、検証と開発に適した場所で復元および切り捨てられます 誰でも何か問題を見ることができますか?何か不足していますか? 最大の懸念の1つは、ローカルのdbインスタンスが古くなってしまうことですが、これはソフトウェア管理の問題であり、DBAのIMOではありません。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.