問題タブ [sql-server-administration]

私は、Linuxサーバー上でいくつかのことを実行する必要がある自動システムのセットアップを任されていますが、これまでの私の理解と調査では、ハードドライブをJava内にマウントするなど、Java内から簡単に実行することはできません。 Linuxサーバー。SSH over Javaライブラリをいくつか使用しましたが、確実に使用するのが少し難しいことがわかりました。Linuxサーバー上でJavaアプリを直接実行できるので、SSH経由よりもサーバーに必要な呼び出しを行うためのより良い方法があるかどうか疑問に思っています。アドバイスをいただければ幸いです

私は現在、手動の SQL スクリプト内からプログラムでテーブルをエクスポートする機能が非常に役立つ環境で作業しています。

スクリプトからエクスポートを実行することは、ストアド プロシージャ内からプロセス全体を実行するための最初のステップになるため、SQL からエクスポートを開始できる必要があります。

組織は現在、ほとんどのサーバーで次の構成を持っています -

• SQL Server 2005 または 2008
• xp_cmdshell -無効
• CLR -有効

最終的には、次のパラメーターを渡すプロシージャーを呼び出して、エクスポートを実行できるようにしたいと考えています。

• テーブル名
• ファイル パス/名前 (ネットワーク共有上)
• ファイル形式

現在、BCP は機能面で完璧なオプションのように思えますが、xp_cmdshell が無効になっているため、コマンド ラインから呼び出すことができません。

組織は非常に小さく、安全なソリューションに向けて喜んで取り組んでおり、これまでのところ、セキュリティを適切なレベルで管理しているとの印象を受けました. 彼らは xp_cmdshell を無効にするという包括的な決定を下しましたが、使用を許可する安全な方法を提示できれば、彼らはかなり受け入れてくれると思います。

私の研究では、「EXECUTE AS」機能と証明書を使用した署名手順の両方に出くわしましたが、どちらのアプローチも私が望むものを達成するのに役立つかどうかはまだわかりません.

また、同じ最終結果を達成できる別の解決策があれば、私はすべて耳にします!

Sql Server 2000では、SQLクエリを介して、特定のデータベースに存在するデータベースロールの完全なリストを返すことができますか？

SQL Server Management Studioで[セキュリティ]、[ロール]、および[データベースロール]ノードを展開することでこれらのロールを表示できることはわかっていますが、プログラムで解析できるクエリを介してこれらのロールを取得したいと思います。

明確にするために、私は役割を持つユーザーのリストではなく、役割自体のリストだけを探しています。

複数のサーバーからのデータを使用する SQL ビューを作成しようとしています。これらはすべて MS SQL Server 2008 以降です

私の理解では、他のサーバーにアクセスするには 2 つの方法があります。

1. ストアド プロシージャ "sp_addlinkedserver" の使用

2. Management Studio UI を使用して新しいサーバーを登録します (詳細はこちら: http://msdn.microsoft.com/en-us/library/bb934126.aspx )

ビューを作成するという点で、どちらのアプローチにも大きな違いがあるのか​​ 、それとも両方ともうまく機能するのか疑問に思っていました. また、フォローアップの質問として、最初に別のサーバーからビューを公開できるようにするために変更する必要がある管理スタジオのセキュリティ設定は通常ありますか?

MySQL マスター サーバーとスレーブを備えたシステムを考えてみましょう。

マスターサーバーで多くの読み取り/書き込みが発生しているため、スレーブで重い低速クエリを実行することにしました。

何が起こる可能性がありますか？マスターサーバーで速度低下が見られる可能性はありますか?

新しいサーバーがあり、SQL Server 2014 Standard をインストールして、SQL Server 2008 R2 (10.50.1600.1) を実行している古いサーバーからデータベースを移行したいと考えています。

ローカルでアップグレードしましたが、実稼働環境でサーバーを移動する必要があるため、問題が複雑になるため、状況を考慮して進行するための最良の方法について質問することにしました。アップグレードを行うためのさまざまなオプションを考えることができますが、どれが最良の選択であるかはわかりません。

アップグレードを検討する前に、現在の SQL Server 2008 R2 ボックスを Service Pack 2 にアップグレードするのが最善でしょうか? それとも、アップグレードしても違いはありませんか? もしそうなら、次のうちどれが最良の選択肢ですか？

1)現在のサーバーに SQL Server 2008 R2 サービス パック 2 をインストールし、SQL Server 2014 でその場でアップグレードし、バックアップを実行します。新しいサーバーで SQL Server 2014 のバックアップを復元します。

2)現在のサーバーに SQL Server 2008 R2 Service Pack 2 をインストールし、バックアップを実行します。SQL Server 2014 の新しいサーバーで SQL Server 2008 R2 バックアップを復元します。

SQL Server 2014 には、2008 では利用できない新しい全文検索機能が含まれており、インストール プロセスの一部としてプロンプトが表示されることを理解しています。完全にアップグレードします。したがって、オプション 2 よりもオプション 1 (上記) を採用する方がよいでしょうか?

私たちの実稼働環境では、サーバーが遅すぎる場合があり、最適化された優れたクエリでもタイムアウトエラーに直面し始め、ブロックされることさえあります。

1. この速度低下の原因となる基本的なものは何ですか?
2. 私はこの種の活動に非常に慣れていません。読むべき記事と従うべきガイドラインを教えてください。

前もって感謝します