問題タブ [sa]

SA アカウントを使用して SQL 2000 に接続するスクリプトとアプリケーションが多数あります。また、SA アカウントを使用してステーションから直接接続している人もたくさんいます。

2008r2 に移行する必要がありますが、これらのユーザーに特権アカウントを持たせることはできず、すべての接続を変更したくありません。

SQL で許可されないため、SysAdmin から SA を削除できません。すべての接続を変更せずに特権を削除するためにできることはありますか?

H2データベースを使用している何千人ものユーザーがいますが、どういうわけか、誰かがパスワードを忘れてしまうことがあります。

少なくとも SA ユーザーのパスワードを回復する方法はありますか?

もちろん、データベースが盗まれた場合、これが可能になることに誰も満足しないだろうと彼らに言います...

とにかく、影響を受けるすべてのユーザーのために、確認する必要があります。

ありがとう。

SQL Server2008R2のsaパスワードをリセットしました。

しかし、これらの資格情報を使用してSQL Server認証を使用してアクセスしようとすると、次のエラーが発生します。

サーバーとの接続は正常に確立されましたが、ログインプロセス中にエラーが発生しました。（プロバイダー：共有メモリプロバイダー、エラー：0-パイプのもう一方の端にプロセスがありません。）（Microsoft SQL Server、エラー：233）

そのエラーの説明は次のとおりです。

SQLServerクライアントはサーバーに接続できません。このエラーは、サーバーがリモート接続を受け入れるように構成されていないために発生する可能性があります。

ただし、これはローカルデータベースであり、リモートではありません。では、なぜこのエラーが発生しているのでしょうか。

まさにタイトル通り。ms sql サーバーと通信する方法を示すチュートリアルを作成しようとしています。

また、マスターやモデルなどのシステム データベースと通信できます。しかし、データベースを手動で作成している間、データベースにアクセスできません。私が得たのは、リクエストデータベースを開けないということだけです。

私は単純な C# アプリケーションを開発していますが、これを知りたいです: アプリケーションを PC 上の SQL Server に接続するとき、接続文字列 (サーバー名、パスワードなど) は知っていますが、接続するとき別の PC に接続すると、SQL Server 接続文字列が異なります。接続できる既定のアカウントが付属している SQL Server に共通のアカウントはありますか?

saSQL Serverのアカウントについて聞いたことがあります。とはsa?

多くのチュートリアルで提案されているように、SQL Server 2012 で次の設定を行いました。

• サーバー認証を「SQL ServerおよびWindows認証モード」に設定しました
• デフォルトのデータベース「マスター」を使用してパスワード ポリシーを適用し、強力なパスワードを SA ユーザーに設定しました
• SA ユーザーにデータベース エンジンに接続する権限を付与し、SA ユーザーのログインを有効にしました。

それでも、SQL Server 認証を使用して「localhost」にログインしようとすると。

次のように失敗します。

ログインできる唯一の方法は、まだウィンドウ認証です。

私のインスタンスは MSSQLSERVER という名前です。localhost\MSSQLSERVER にアクセスできません。

現在、.Net 1.1 を使用して Windows 2003 IIS 6 で実行されているレガシー システムがあります。「sa」アカウントを使用して SQL Server 2008 R2 に接続します (そうすべきではないことはわかっています。アプリを書き直していますが、これは大きなプロセスであり、まだ完了していません)。

間違ったパスワードを使用して sa ログインし、最終的にアカウントをロックアウトするというエラーが発生しています。アカウントは回復しますが、すぐに間違った sa パスワードが再び報告され始めます。

SQL プロファイラーを実行して特定のサーバーを絞り込み、元の w3c iis プロセス (レガシー アプリ) にたどり着きました。アプリの接続文字列が正しく構成されていることを確認しましたが、Sql Profiler は、この特定のプロセスが間違った sa パスワードでログインしようとしていると報告しています。

プロファイラーから、master データベースにアクセスしようとしており、プールされていない接続であり、ApplicationName が "Internet Information Services" であることがわかります。(これらの Web サーバーからの成功したログインはすべて、アプリケーション DB にヒットし、プールされた接続であり、接続文字列にキー付けされた ApplicationName を持っています。)

これらの失敗した接続試行がどこから来ているのかを正確に追跡する最良の方法は何ですか?

非常に基本的な質問のようですが、私はこの問題にうんざりしています。毎日System.Data.SqlClient.SqlException Login failed for user 'sa'.
、「sa」パスワードをリセットすると、asp.net アプリケーションが動作し始めます。
私はこのエラーを検索しました。ほぼすべての投稿でロックアウトの問題であると書かれていますが、誰も解決策を提案していません。助けてください。

やや自由回答の質問なので、私の知識のギャップを埋める情報をいただければ幸いです。

2000 から 2008 への SQL Server のアップグレードを実行すると、アップグレード アドバイザは次の警告を表示する場合があります。固定サーバー ロール名は SQL Server 2008 で予約されています。SQL Server 2008 にアップグレードする前に、ログインの名前を変更してください。

これは、たとえば、SQL Server 2000 データベースでの「sysadmin」のログインが、2008 年の「sysadmin」の固定サーバー ロールと競合するためだと思います。

これらのログインを安全に削除して再作成する方法はありますか? または、「sa」のログインを削除すると、意図しない結果が生じる可能性がありますか?