2010年のデータベースを移行しましたが、いくつかのDBは別名のために指摘できなくなりました
-
10-12-2019 - |
質問
これが私たちのシナリオです。
このメソッドとこの記事。キーポイントは、既存のSQL Serverからエイリアスを設定しました(この記事では "SQL1"を "SQL1"と呼んでみましょう)記事でのベストプラクティスに従って、この記事のために「SQL2」と呼んでみましょう。 。
問題は、Webパーツで使用されている「SQL1」にいくつかのカスタムデータベースを持っています(レガシコードを問わない)。これらのWebパーツは、オリジナルのSQL Server名 "SQL1"のWeb.configを見ています。これにはエイリアスがあります。
SP環境データベースのみを移行したので、これらのカスタムDBは移動していませんでしたので、エイリアスが "SQL2"を指しているため、カスタムDBSは "SQL2"を指しているため、カスタムデータベースが見つかりませんでしたエラーが発生しました。 tが存在します。カスタムDBSを動かさずにこれを回避できますか?それ自体を指すように「SQL1」に複数のエイリアスを追加することは可能です(狂っている、私は知っている)?
解決
あなたのエイリアスをそのままにしてください。web.configには、SQL ServerのIPアドレスを指すように、カスタムWeb-Parts / Appsのすべての接続文字列を変更します。
他のヒント
どのweb.config設定をSQL1を指すべきか、それがSQL2を指すべきかを識別できる場合は、正しい別名を指すようにそれぞれの値を変更する必要があります(はい、SQL1とSQL2エイリアスの両方を持つことができます。異なるデータベースサーバを指す)。
しかし、SQLトラフィックを特定のサーバーに1つのエイリアスからルーティングすることはできません。 それらを「ダム」ポインタとして考えてください。また、エイリアスはサーバーレベルでのみ動作します。データベースごとに設定できません。