SharePoint 2013/2016用のSQL Server 2012のチューニング。 パート2

こんにちは 今日、私は再びあなたと一緒にいます - Volkova愛、システムアーキテクトビジネスソリューションの開発部門。 で前の記事我々は、SharePoint 2016分の2013データベースを操作するためのSQLサーバーのチューニングに関する議論を開始しました。 記事では、物理サーバと仮想サーバの間の選択、計画の規模、施設のデータベース、ネットワークデータのディスクサブシステムと最適化の準備の問題を詳細に説明しました。



今日は、設定に彼の注意を停止し、話を続けるには、企業のデータは、ポータルデータベースに展開する前に、インサービスSharePointデータベース、およびSharePointの設定で、アカウントにフォローアップの仕事を取って、インストールプロセス中にSQL-Serverのが特徴。



ヘルプシステム管理者に、データベース管理者有能な訓練を受けたサーバ、展開、構成、およびSQL-Serverサービスを実行するには、SharePointのエンタープライズポータルのパフォーマンスを最適化するために考慮にベストプラクティスを取る - 記事の主な目的。

2012 SQL Serverのインストール

選択画面の機能部品

インストール中に、SQL-Serverのコンポーネント選択画面機能コンポーネントを使用すると、これらのコンポーネントに関連付けられたファイルを保存する先のファイル・システム・フォルダへのパスを指定する機会を与えられています。



Cドライブ上にあるフォルダへのデフォルトパスのポイント：。 強くあなたが別のドライブにインストールコンポーネントを提供し、このパスを変更することをお勧めします。

ConfigurationインスタンスのSQL-Serverの

ページで、SQLサーバーインスタンスの設定は、インスタンス名とそれに関連付けられたファイルシステム内のファイルの場所に関する情報を入力するよう求めています。



既定のインスタンスの名前を使用すると、SQLサーバーのパフォーマンスの最適化の観点から重要ではありません。 強くSQLの構成要素に関連するファイルアロケーション調整に応じてファイルを収容するために、ファイルシステム内のパスを設定することが推奨されます。

サービスアカウント

ページ、サーバーの構成設定では、サービスアカウントに関するデータを入力する必要があります。 このページの設定は、SQL-Serverのパフォーマンスに関連していないという事実にもかかわらず、彼らは、正しいセキュリティ設定のために重要です。 一般的なミスとそれに関連する問題を考慮して、その説明は、セクションに含まれています。



SQL ServerエージェントサービスとSQLデータベースエンジン用の別々のアカウントを確立することをお勧めします。







アカウントの推奨最小リスト：

• Sql_installation - Active Directoryアカウント（AD）、我々は、インストール時にローカルのAdministratorsグループに含まれるべきであるSQLのインストールを使用しています。 インストール後Sql_installationアカウントがロックされています。 それが唯一のアップデートのインストール時に必要になります。
• Sql_engineは -アクティブディレクトリ（AD）、ローカルのAdministratorsグループに含まれていない、（自分自身のインスタンスごとに）SQL Server 2012の管理者の個別のインスタンスを占めています。 このアカウントは、インストールされたコピーサービス（SQL Serverデータベースエンジン）用のSQL Serverサービスを実行します。 このアカウントは、ローカルグループは、Domain AdminsまたはEnterprise Adminsに含めるべきではありません。
• SQL_agent - SQL Serverエージェントサービスアカウントは、あなたが特定の管理タスクを自動化することができます。 SQL-Serverエージェントジョブの実行、モニターSQL Server、およびプロセスアラート。 SQL Serverエージェントサービスが自動的にローカルサーバーまたは管理タスクの多くを開始するために実行している必要があります。 ローカルのAdministratorsグループに属していないActive Directoryドメインのユーザーアカウントを選択することをお勧めします。
• SQL_browser - SQL-Serverリソースのための着信要求を待機し、このコンピュータにインストールされているコピーに関する情報を提供することをSQLサーバーブラウザのアカウント。 ローカルのAdministratorsグループに属していないActive Directoryドメインのユーザーアカウントを選択することをお勧めします。 サーバーインスタンス名にインストールした場合は、デフォルトの名前と異なっているか、コピーの数は、サービスを含めることは必須以上1未満です。
• SQL_admin -アカウントSQLサーバーの管理者アカウント。

照合

SharePointの農場の推奨設定ではありませんデフォルト休暇をソートの設定SQL-Serverのインストール、中に、原則として。 一般的には、SharePointのは、組み込みの照合いずれかの作業を許可されているが、システムSQL Server 2012件のデータベース（masterおよびtempdbの）のためのデータが強く、直接SharePointのために適したパラメータを使用することをお勧めします。

• SharePointの2013を使用するLatin1_General_CI_AS_KS_W Sの英語版。
• SharePointの2013を使用するCyrillic_General_CI_ASのロシア語版。

タイトル照合の各略語は、厳密には明確な価値があります。

• CI、大文字と小文字を区別しない（大文字と小文字を区別しません）。 «A»と«A»同じ文字として扱われます。
• S、アクセント感受性（感度のアクセント、 -アクセント記号）。 文字で«»と«Aは»異なる文字として扱われます。
  
  （日本語の文字に敏感）敏感KS、カナ。 似ている日本の平仮名の文字とカタカナは、別の文字として扱われます。
• WS、幅感受性（データボリュームに対する感度）。 シンボルは、二つの異なる文字として扱われているストレージの2つのバイトを必要と同じ文字のテーブルSQLの1バイトに格納する必要があります。

これらの照合順序の設定説明したように、Windowsオペレーティングシステム内のファイルの一意性を確認するという点で最大限の遵守を確保するため、ここで 。



SQL-Serverの照合順序のインストールがインスタンスに設定された後、変更することはできません。 この点では、ウィザードの構成サーバーの設定のページでは、SharePointのための推奨値を設定することをお勧めします。







設定するには、照合の選択ページ上のパラメータの値は以下の値を設定する必要があります。







あなたが任意のデータベースを作成するとSharePointのは、GUIまたはコマンドラインを意味し、それらは自動的に照合（英語版）としてLatin1_General_CI_AS_KS_WSまたはCyrillic_General_CI_AS（ロシア語版のため）のために設定されています。

コンフィギュレーションの設定SQL-Server Coreの

サーバーの設定

ページで、サーバーの構成SQL-北認証モードでのデータのパラメータ、および管理者アカウントを入力する必要があります。 これらの設定は、サーバーのパフォーマンスに影響を与えるが、セキュリティ設定の面で重要としません。







強くあなたは、ユーザーがWindows認証またはSQL Serverを使用して接続することを可能にする混合認証モードを選択することをお勧めします。 入力し、サーバーの構成設定では、パスワードシステムのsaアカウントの情報を入力する必要があり、およびActive Directoryアカウントの中から、SQL管理者を選択してください。 SAアカウントは、常にSQLサーバのコアコンポーネントでログインとして存在し、sysadmin固定サーバーロールのメンバーです。







SQL-Serverのコアコンポーネントが（SQL Server認証が有効になっていない、である）Windows認証のみを使用してインストールされている場合は、ログイン名のsaがまだ存在しますが、オフになります。

場所デフォルトのデータベースファイル

デフォルトの場所データベースファイルのページを設定することで、あなたは、データファイル、データベース、トランザクションログSQL-Serverデータベースとバックアップファイルのファイルの場所を指定する必要があります。 インストールとその後のストレージSharePointデータの準備のSQLサーバーインスタンスの場合には、このページ上の場所を指定することをお勧めします。

1. ファイルデータシステムデータベースのtempdb。
2. マガジンシステムデータベースのトランザクションのtempdb。
3. データは、SharePointコンテンツデータベースをファイル。
4. 雑誌は、コンテンツデータベーストランザクションをSharePointの。
5. SharePointデータベースのバックアップデータ。

一般的な推奨事項は、異なるドライブ上のファイルの上記のカテゴリのすべてを配置することです：

SQL-Serverのインストール後の設定

インストールが完了した後、SharePointインストールが既に完了している場合は、インストールプロセスでは、SharePoint Serverの2013年に発売される前に、SQL-Serverは、あなたが重要な設定の数を実行しなければならない、あなたはまた、ポータルの生産性を向上させるために変更を加えることができます。



SharePointのパフォーマンスを最適化するために、我々は次のSQLサーバの設定を設定することをお勧めします：

• 最大およびメモリの最小量は、インデックスのフィルファクタ、SQL-Serverの同時実行の最大レベルを設定します。
• デフォルトでは、デフォルトのデータファイルとトランザクションログのバックアップを保存する方法を尋ねます。
• 回復でカスタマイズ圧縮バックアップとチェックページ。
• SharePointデータベースとのtempdbのそれぞれについて、データファイルとトランザクションログの初期サイズを設定し、自動的にデータのサイズを増大させるための設定とログファイルを
• configureが自動的に作成し、統計の更新
• 設定インスタントファイルの初期化
• メモリ設定内のページのロックを設定します

エクスプレス監査RAM使用量

デフォルトでは、SQL-ServerがRAMの2TBまで使用するように設定されています。 それは、オペレーティングシステムやその他のアプリケーションのために何も残さない、サーバー上で利用可能なすべてのRAMを使用することができ、この手段。 オペレーティングシステム、アプリケーションとデータベース・サーバー間のメモリへのアクセスのためにこのような競争は、通常、SharePointのパフォーマンスに非常にマイナスの効果です。



この問題を解決するために、SQL-Server用に割り当てられたRAMの最大量を制限します。

次のスクリプトは、現在の状況とメモリ使用量の状況に迅速に情報を提供します：

SELECT total_physical_memory_kb , available_physical_memory_kb , total_page_file_kb, available_page_file_kb , system_memory_state_desc FROM sys.dm_os_sys_memory WITH (NOLOCK) OPTION (RECOMPILE);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

システムはRAMで問題がないことを示す最良の結果が値«system_memory_state_desc»で«利用可能な物理メモリが高い»を取得することです。 値の取得«利用可能な物理メモリが低いです»逆に証言します。



例の結果：







RAMの使用を設定するに関連付けられている現在のサーバーのパラメータに関する情報を取得するには、次のスクリプトを使用することができます。

 SELECT name, value, minimum, maximum, value_in_use FROM sys.configurations WHERE name IN ( 'min server memory (MB)' ,'max server memory (MB)' )
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     、value_in_use SELECT name, value, minimum, maximum, value_in_use FROM sys.configurations WHERE name IN ( 'min server memory (MB)' ,'max server memory (MB)' )
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     」 SELECT name, value, minimum, maximum, value_in_use FROM sys.configurations WHERE name IN ( 'min server memory (MB)' ,'max server memory (MB)' )
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

例の結果：

メモリの最大量

以下の式が使用するメモリの最大量を算出します。



SQLの最大サイズRAM = TotalPhyMem - （NumOfSQLThreads * ThreadStackSizeは） - （1ギガバイト* ROUNDDOWN（NumOfCores / 4）） - RAMOSReserved - RAMForOtherApps、ここで：

• TotalPhyMem -サーバー上の物理RAMの合計サイズ。
• NumOfCore S -プロセッサコアの数。
• NumOfSQLThreads -データベースクエリを処理するために、サーバー上で使用するスレッドの数。 4核NumOfSQLThreads値までの量が常に一定であり、4つ以上の核計算の量は、式に従って実行されると256に等しい場合：NumOfSQLThreads = 256 +（NumOfCores- 4）* 8。
• ThreadStackSizeは = 2メガバイトのx64サーバー。 サーバーでは、IA64 ThreadStackSizeはは4メガバイトを=。
• RAMOSReserved -オペレーティングシステムのRAM。 15ギガバイト以下TotalPhyMemとサーバーの20％、そしてより大きなボリュームの12.5％です。
• RAMForOtherApps - SQLサーバやアプリケーションの他のインスタンスのためのRAM。

サーバー上のプロセッサと物理メモリの量に関する情報を取得するには、次のスクリプトを使用することができます。

 SELECT cpu_count AS [Logical CPU Count] , hyperthread_ratio AS [Hyperthread Ratio] , cpu_count / hyperthread_ratio AS [Physical CPU Count] , osi.physical_memory_kb / 1024 AS [Physical Memory (MB)] , sqlserver_start_time FROM sys.dm_os_sys_info as osi;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     数] SELECT cpu_count AS [Logical CPU Count] , hyperthread_ratio AS [Hyperthread Ratio] , cpu_count / hyperthread_ratio AS [Physical CPU Count] , osi.physical_memory_kb / 1024 AS [Physical Memory (MB)] , sqlserver_start_time FROM sys.dm_os_sys_info as osi;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

得られた結果の例：







ここではSQL-ServerのRAMの最大量を算出する例です。 計算を実行するための初期データ：

• TotalPhyMem = 8191メガバイト。
• NumOfCores = 4。
• サーバーのx64;
• RAMForOtherApps = 2000 Mb。

SQLの最大サイズ = ROUNDDOWN RAM（8191メガバイト- （2×256 MB） - （1024 * MB ROUNDDOWN（4/4）） - 0.2 * 8191メガバイト- 2000メガバイト）= ROUNDDOWN（8191メガバイト- 512メガバイト- 1024メガバイト - 1638.2メガバイト - 2000メガバイト）= 3017メガバイト



計算を自動化するには、使用することができますSQL MAX MEMORY電卓を 。

サーバー上の唯一の単一のSQLインスタンスがある場合は、SQL 2008 R2以降では、手動で割り当てられたメモリの最大量の値をインストールする必要はありません。 この値は、オペレーティングシステムやその他のアプリケーションの現在の使用状況データをRAMに基づいて、動的に減少した場合に変更されたメモリ管理コンポーネントのMicrosoft SQL Serverの自動計算されます/サブシステムの負荷を増やします。

メモリの最小量

SQL-ServerのRAMの最小割り当てられた数の値を設定すると、SQL-Serverのオペレーティングシステムやその他のアプリケーションのニーズに割り当てられたシステムメモリの計算は、RAMの少なくとも指定された量のために予約されることを保証することができます。 デフォルトでは「0」は、データベース・サーバのニーズが悪のSharePointのパフォーマンスに影響を与える可能性があり、リソースの可能な最小の番号に割り当てられますする状況を可能にします。



パラメータにゼロ以外の値を設定すると«分Serverのメモリ»は、SQLが自動的言っRAMの全てを受け取り、それを使用し続けることを意味するわけではないことに注意してください。 メモリの割り当ては常に現在の負荷に依存します。 ライブパフォーマンスが低下してし、大々的にパラメータとは異なる場合があります。

«ミンサーバーメモリ»次のように推奨設定値は次のとおりです。

• SharePointでは、コンテンツの共同編集が活発に行われるために主に使用されています。
• «最大サーバーメモリ»オプションの60％のSharePointのエンタープライズ・ポータルは、主にコンテンツを検索し、表示するために使用されている場合。
• 他の場合には値は、企業ポータルの読み取り/変更情報との間の百分率比に比例して25％と60％の間に設定されます。

この例では値«ミンサーバーメモリ»は754メガバイトから1810メガバイトまでの範囲で設定する必要があります。

インデックスのフィルファクタ

フィルファクター（パラメータ«フィルファクターは»）微調整やストレージ性能指標に役立ちます。 あなたは、スペースの割合は、あなたが自由に各ページに残っているとして、将来の拡張のためのスペースを確保することができ、各リーフレベルのページを埋めるインデックスフィルファクタショーを作成したり、再構築した場合。 例えば、80は20％のデューティ比のための特定の値は、それが占有するディスク・スペースの各レベルのページの最後に予約されます。 ベーステーブルに新しいデータを追加したときに、このディスク・スペースは、拡張インデックスのために使用されます。 空きスペースは、インデックスの終わり、及びライン間のインデックスでない予約されています。



充填率 - これは1〜100の割合です。 リーフレベル・ページの完全な充填を意味し、0 - サーバ上のデフォルト。



SharePointデータベースは、成長をサポートし、80の断片化インデックス値を低減するためには最適です。







次のスクリプトは、デフォルトのSQLサーバー・レベルでのインデックスのフィルファクタの現在の設定に関する情報を提供します：

 SELECT name,value,minimum, maximum,value_in_use FROM sys.configurations WHERE name IN ( 'fill factor (%)' )
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     、value_in_use SELECT name,value,minimum, maximum,value_in_use FROM sys.configurations WHERE name IN ( 'fill factor (%)' )
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

例の結果：

並列処理の最大の度合い

SharePointの2010年には、「1」の値を設定するオプションでしたが、SharePointの2013年1以外の値は、SharePointファーム構成ウィザードの起動を防止します。 SharePointデータベースが展開場所SQLサーバであることを並列性を保証度にこの値を設定すると、各要求は、単一のプロセスによって処理されます。 その他の値は、クエリの最適な実行計画を選択するためのより少ない理由かもしれないとSharePoint Serverの2013年全体的なパフォーマンスの低下として機能することができます。







以下は、現行のSQLサーバーの設定についての情報を取得することができますスクリプトは次のとおりです。

 SELECT name,value,minimum, maximum,value_in_use FROM sys.configurations WHERE name IN ( 'max degree of parallelism' )
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     、value_in_use SELECT name,value,minimum, maximum,value_in_use FROM sys.configurations WHERE name IN ( 'max degree of parallelism' )
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

例の結果：

バックアップ時のデフォルトのファイルの場所と圧縮

ファイルの場所

強くあなたが別々のディスクにトランザクションログファイル、バックアップデータファイルとデータベースファイルを保存することをお勧めします。

SQL-Serverインスタンスの現在の設定は、次のスクリプトを使用して見つけることができます。

 --     SQL: --  ,      Declare @DataDir nvarchar(4000), @LogDir nvarchar(4000), @BakDir nvarchar(4000), @Instance sysname Set @Instance = IsNull('\' + Cast(ServerProperty('InstanceName') as sysname), '') Exec xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultData', @DataDir output, 'no_output' Exec xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultLog', @LogDir output, 'no_output' Exec xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'BackupDirectory', @BakDir output, 'no_output' Select Data = @DataDir, Logs = @LogDir, BAK = @BakDir
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     システム名として+キャスト（SERVERPROPERTY（ 'のInstanceName'））、 ''） --     SQL: --  ,      Declare @DataDir nvarchar(4000), @LogDir nvarchar(4000), @BakDir nvarchar(4000), @Instance sysname Set @Instance = IsNull('\' + Cast(ServerProperty('InstanceName') as sysname), '') Exec xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultData', @DataDir output, 'no_output' Exec xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultLog', @LogDir output, 'no_output' Exec xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'BackupDirectory', @BakDir output, 'no_output' Select Data = @DataDir, Logs = @LogDir, BAK = @BakDir
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     、 --     SQL: --  ,      Declare @DataDir nvarchar(4000), @LogDir nvarchar(4000), @BakDir nvarchar(4000), @Instance sysname Set @Instance = IsNull('\' + Cast(ServerProperty('InstanceName') as sysname), '') Exec xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultData', @DataDir output, 'no_output' Exec xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultLog', @LogDir output, 'no_output' Exec xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'BackupDirectory', @BakDir output, 'no_output' Select Data = @DataDir, Logs = @LogDir, BAK = @BakDir
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     、 --     SQL: --  ,      Declare @DataDir nvarchar(4000), @LogDir nvarchar(4000), @BakDir nvarchar(4000), @Instance sysname Set @Instance = IsNull('\' + Cast(ServerProperty('InstanceName') as sysname), '') Exec xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultData', @DataDir output, 'no_output' Exec xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultLog', @LogDir output, 'no_output' Exec xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'BackupDirectory', @BakDir output, 'no_output' Select Data = @DataDir, Logs = @LogDir, BAK = @BakDir
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     、 --     SQL: --  ,      Declare @DataDir nvarchar(4000), @LogDir nvarchar(4000), @BakDir nvarchar(4000), @Instance sysname Set @Instance = IsNull('\' + Cast(ServerProperty('InstanceName') as sysname), '') Exec xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultData', @DataDir output, 'no_output' Exec xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'DefaultLog', @LogDir output, 'no_output' Exec xp_instance_regread N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'BackupDirectory', @BakDir output, 'no_output' Select Data = @DataDir, Logs = @LogDir, BAK = @BakDir
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

例の結果：







デフォルトのファイルの場所の変更が発生した場合、あなたは、SQL Serverサービス関連の設定変更が行われている中で、インスタンスにを再起動する必要があります。

バックアップ中に圧縮

バックアップの圧縮は、SharePointでバックアップを高速化することができます。 SQL Server Standard EditionおよびEnterprise Editionで利用できます。 バックアップスクリプト内で圧縮オプションを設定することにより、またはデフォルトの圧縮のためのSQL Serverのサーバーを構成することにより、大幅にデータベースのバックアップコピーのサイズを小さくして、ログを提供することができます。

以下は、バックアップ中に現在の圧縮設定データを取得するためのスクリプトは次のとおりです。

 SELECT name,value,minimum, maximum,value_in_use FROM sys.configurations WHERE name IN ( 'backup compression default' )
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     、value_in_use SELECT name,value,minimum, maximum,value_in_use FROM sys.configurations WHERE name IN ( 'backup compression default' )
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

例の結果：







バックアップ中に、デフォルトのファイルや圧縮の場所に関連する設定の変更は、サーバーの設定を開き、ユーザーインターフェースを介して実行することができます。

設定データベースオプションモデル

データベースモデルテンプレートは、SQL-Serverのインスタンス内のすべてのデータベースを作成するために使用されます。 それらが作成されたときに設定し、データベースの内容は、すべての新しいユーザーデータベースにコピーされます。



SharePointの2013をインストールする前にほとんどのオプションの自動バックアップを提供するために、トレーニングモデルデータベースを実行するために必要であり、あなたがそれを作成した後、データベースごとに、その後の手動設定を回避することができます。

次のパラメータは、SharePointを展開する前に、データベースモデルを設定することをお勧めします。

• （ページを確認してください）、«CHECKSUM»の値を復元するときにページをチェックしてください。
• 統計の自動作成、値「False」。
• 自動更新統計、値「False」。
• 自動非同期統計更新（自動更新統計非同期）、«偽»の値。
• 自動的に圧縮データベース（オートシュリンク）、«偽»の値。

デフォルトでは、システムデータのSQLデータベースの設定が推奨されていません。







SharePointインストールが先に完了している場合は、推奨設定は異なっているすべてのデータベースの設定に変更を加える必要があります。

次のスクリプトを使用すると、（2つのSharePointデータベースのモデルと例での）現在の構成データベースに関する情報を取得することができます：

 SELECT name , is_auto_create_stats_on , is_auto_update_stats_on , is_auto_update_stats_async_on , is_auto_shrink_on ,page_verify_option_desc FROM sys.databases WHERE name IN ( --   ,      'model' ,'WSS_Content' ,'SharePoint_Config' )
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

例の結果：

作成/統計更新

それはすべてのデータベースのためにオフにする必要がありますので、自動的に作成/のSharePoint Serverの統計の更新は、サポートされていません。 あなたは、パラメータの値、«自動更新統計»と«自動更新統計の非同期»«自動統計作成»を«偽»インストールする必要があります。



SharePoint Serverがシステムのデータベース、コンテンツデータベースとサービスアプリケーションの作成と更新の際に必要な設定を構成します。 場合は、SharePointデータで自動作成統計は手動でクエリ実行プランを変更することがあります。



SQL ServerでFULLSCANオプションを使用して日常的に推奨される更新のSharePointコンテンツデータベース統計、。 SharePointは、統計を更新するために、システムタイマージョブを持っているが、非常にデータベースの統計情報を毎日更新していることを、サーバーSQL Server上で計画的な保守のスケジュールを設定することをお勧めします。 メンテナンスプランの設定についての詳細はこちらと統計を見つけることができます更新ここに 。

回復のチェックページ

（ページを確認してください）復元するときに強く、少なくともシステムのためのSharePointデータとデータベースの内容をデータベース、ページ・パラメータの検証のための«CHECKSUM»値をインストールすることをお勧めします。 この場合、SQL-Serverは、ページや店舗にディスクに書き込まれ、そのタイトルで、この値の内容全体のチェックサムを計算します。 ディスク制御データ変換からデータページを読み出すときに実行され、ヘッダに記録された1つに得られた合計値を比較しています。 これにより、高レベルのデータ整合性が継続的にサポートされます。

データベースの自動圧縮

ケアはどのような方法でに取るべき圧縮が含まれていませんでした。 圧縮は、ファイルまたはトランザクションログのデータサイズを小さくするために使用することができますが、それは、データファイル、および低生産性へのリード線の論理ビューの広範な断片化の原因となる非常にラフ、リソース集約型のプロセスです。 手で個々のデータとログファイルの圧縮は、特殊な状況下で許容することができます。



それはバックグラウンドで30分ごとに実行され、オプションは、自動圧縮が課金されているデータベースを圧縮しようとするため、自動圧縮は、特に有害です。 このプロセスは、それが25％以上の空き領域を使用してデータベースを圧縮していることで非常に予測可能ではありません。 自動圧縮は、多くのリソースを使用し、それがすべての状況では望ましいことではないので、パフォーマンスの断片化のシフトダウンの原因となります。 それは、常に無効にする必要があります。

データベースオプションの設定のtempdb

システムtempdbデータベース - 以下の項目が格納されたインスタンスのSQLサーバに接続しているすべてのユーザに利用可能であるグローバルリソースです。

• 一時オブジェクトは、グローバルまたはローカル・テンポラリ・テーブル、一時ストアドプロシージャ、テーブル変数やカーソルなど、明示的に作成しました。
• 内部オブジェクトは、中間結果や並べ替えバッファを保存し、例えば、作業テーブル、コンポーネントSQL Serverデータベースエンジンを作成しました。
• 固定読取及びトランザクション分離スナップショットとスナップショットトランザクションの分離を使用してデータベース内のトランザクションデータの変更を生成行バージョン。
• そのような後にネットワーク機能とトリガーモードMARSのインデックス操作などの機能へのトランザクション・データの変更を生成行バージョン。

デフォルトでは、tempdbデータベースは、単純復旧モードで動作するように設定されています。

数、初期サイズと自動ファイルの成長

tempdbのデータベースが最も集中的に使用されるデータ基地の一つであり、常に最も高速なドライブに配置する必要があります。 あなたがデータベースに対して複数のデータファイルを作成する場合、SQL-Serverは、それによって、この操作の生産性のパフォーマンスを向上させる、それらのそれぞれのデータの同時記録を提供します。

一般的な推奨事項は、プロセッサコアごとに1つのファイルを作成することです。 Microsoftはまた、核の2/4に基づいて一つの追加のデータファイルの作成の許容にしました。



tempdbのデータベースファイルのサイズは、システム全体のパフォーマンスに大きな影響を持つことができます。 そのサイズが小さすぎる場合、システムは、多くの場合、自動的に定期的に余分な負荷を開始することによって、データベースをインクリメント操作を実行します。



一般的なイベントの例のログは自動的に（可能な似たような状況データベースtempdbのための）データファイルの内容をインクリメントしています。







頻繁に増分を避けるために、tempdbのためのデータベース・ファイルのサイズと自動インクリメントの大きさの妥当な初期値を依頼することをお勧めします。



各ファイルのサイズが同じでなければなりませんし、すべての元のサイズデータファイルの合計サイズは、最大のコンテンツデータベースのサイズの10から25パーセントに設定する必要があります。 データファイルの10％ - の提言は、マイクロソフトの専門家は、自動的にファイルのサイズを大きくします。



トランザクション・ログ・ファイルのサイズ - 元のデータファイルの50％。 自動化されたトランザクションログファイルの成長 - 元のサイズの50％。



例：

• メモリ - 8ギガバイト。
• 4コアプロセッサ。
• 95ギガバイトのコンテンツデータベース。

初期トランザクション・ログ・ファイルのサイズ - したがって、すべてのデータファイルの合計元のサイズの約25％、：

• ファイルの数 - 4個、24ギガバイトの合計サイズ、手段6ギガバイトのために各画像という。
• 自動利得 - 614メガバイト。
• トランザクションログファイルの元のサイズは3 GBです。
• 自動的にログファイルを高める - 1.5ギガバイトを。

重要：ファイルのデータベースのtempdbデータベースのそれぞれは、初期サイズと自動インクリメントの同じパラメータを設定するためにそれを強くお勧めします。 これらのパラメータは、より効率的に比例フィルデータファイルを管理するSQLサーバーを許可します。

ページをチェック

これは、 チェックページ（ページVeriety）用セットCHECKSU Mということが保証されなければなりません。

tempdbのを設定するための追加の推奨

tempdbのためのリスト追加の推奨事項は、ストレージSharePointデータベースを提供してSQL-Serverのインスタンスに使用されます。

• あなたは絶対にその必要性を確信し、空き領域の量は約50％である場合にのみ、この操作を実行し、tempdbのデータベースを圧縮しないでください。
• 照合順序は、SQL-Serverのこのパラメータの設定と一致する必要があります。
• 別のSA値にデータベース所有者を変更しないでください。
• tempdbデータベースを削除しないでください。
• データベース・ユーザーのリストからゲストアカウントを削除しないでください。
  
  
  
  
  
  
  
  
• 回復モードSimpleを他のものに置き換えないでください。
• tempdbのデータベースがデータをRAID 1、RAID 1 + 0またはRAIDストレージを使用し、原因ディスクの1の問題にSQLサーバーのパフォーマンスの障害を防ぐために、ファイル5を記録していることを確認してください。 停止した場合の故障のtempdb、SQL-Serverの全体のコピーを働いていることを忘れてはなりません。

tempdbの設定の詳細については取得することができるここに 。

SharePointデータベースのデータのための個別設定

SharePointコンテンツデータベースまたはデータベース・アプリケーション・サービスを作成するときにモデルデータベースのすべての設定をコピーしないことを知っておくことが重要です。



また、以下の設定は、特定のデータベースのデータの利用の特徴に基づいて設定され、作成後に個別に主張する必要があります。

• データファイルとトランザクションログファイルの初期サイズ。
• SharePointデータベースのデータファイルの自動インクリメントサイズ。
• 統計の自動作成

データファイルとトランザクションログの初期サイズ

SharePointデータベースごとに、次のガイドラインに従います。

1. 来年には、アカウントに成長を取って、データベースの予想サイズを評価します。
2. データファイルの初期合計サイズとして、請求項1で得られた値の25％に設定します。
3. トランザクション・ログ・ファイルのサイズを開始する、項目2の値の25％に設定します。

そのサイズの期待成長に関するショーの典型的な値拠点SharePointデータのサイズとコメント下の表。

データベース	サイズに関する一般的な情報	成長率	成長期待
サーバーの全体管理コンテンツデータベース	小さな	SharePoint PowerPivot, Excel, PowerPivot, , . PowerPivot SharePoint 2013 , 365 , . - ( , , .)	<1
構成データベース		, ,	<1Gb

SharePoint Server

データベース				/
App Management Database
サブスクリプション設定サービスデータベース			,
ビジネスデータ接続サービス
Managed Metadata Serviceアプリケーションデータベース		中
SharePoint Translation Servicesアプリケーションデータベース
パワーピボットデータベース			PowerPivot (WSS_Content).
PerformancePoint Servicesデータベース
検索管理データベース		中	, , , ,	/
分析レポートデータベース	中	大きい
クロールデータベース	中	中
	中	大きい	, , 1 . — 1
Secure Store			, , . ,	/
-		大きい	,
	大きい		, , , -, , , ,
		大きい	- . . ,
	中	大きい	,	/
			,
Word Automation				,

SharePoint

– 50% .

, SharePoint :

• (Auto Create Statistics), «False»;
• (Auto Update Statistics), «False»;
• (Auto Update Statistics Asynchronously), «False»;
• (Auto Shrink), «False».

SQL Server . :

1. .
2. , .
3. ( ).
4. .

, . , . .



, SQL- . Active Directory:

1. , SQL-:
   
   
   • 
     
     
     
     
   • SQL-.
     
     
     
     
   
   
   
2. (secpol.msc).
   
   
3. , .
   
   
4. .
   
   
5. , .1.
   
   
6. .
   
   
   
   
   
   
   
   
7. SQL Server .
   
   

64- SQL AWE – « » SQL-. – AWE .

, , SQL Server . SQL Server , , SQL Server.



PowerShell. , .



Set-ExecutionPolicy -ExecutionPolicy RemoteSigned



:



Set-NetFirewallProfile -DefaultInboundAction Block -DefaultOutboundAction Allow -NotifyOnListen True -AllowUnicastResponseToMulticast True

Windows Database Engine

New-NetFirewallRule -DisplayName «SQL Server» -Direction Inbound –Protocol TCP –LocalPort 1433 -Action allow







New-NetFirewallRule -DisplayName «SQL Admin Connection» -Direction Inbound –Protocol TCP –LocalPort 1434 -Action allow







New-NetFirewallRule -DisplayName «SQL Database Management» -Direction Inbound –Protocol UDP –LocalPort 1434 -Action allow







New-NetFirewallRule -DisplayName «SQL Service Broker» -Direction Inbound –Protocol TCP –LocalPort 4022 -Action allow







New-NetFirewallRule -DisplayName «SQL Debugger/RPC» -Direction Inbound –Protocol TCP –LocalPort 135 -Action allow







SharePoint SQL, . , SQL Server ( | | TCP/IP| ).







New-NetFirewallRule -DisplayName «SQL NamePort» -Direction Inbound –Protocol TCP –LocalPort -Action allow



New-NetFirewallRule -DisplayName «SQLSERVR» -program " C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Binn\Sqlservr.exe" -direction Inbound -Action Allow

Windows Analysis Services

New-NetFirewallRule -DisplayName «SQL Analysis Services» -Direction Inbound –Protocol TCP –LocalPort 2383 -Action allow



New-NetFirewallRule -DisplayName «SQL Browser» -Direction Inbound –Protocol TCP –LocalPort 2382 -Action allow



New-NetFirewallRule -DisplayName «HTTP» -Direction Inbound –Protocol TCP –LocalPort 80 -Action allow



New-NetFirewallRule -DisplayName «SSL» -Direction Inbound –Protocol TCP –LocalPort 443 -Action allow

New-NetFirewallRule -DisplayName «HTTP» -Direction Inbound –Protocol TCP –LocalPort 80 -Action allow



New-NetFirewallRule -DisplayName «SSL» -Direction Inbound –Protocol TCP –LocalPort 443 -Action allow



, SQL .

SQL

SQL Server, :

1. SQL Server Native Client SQL, , , .
2. . .
3. IP-. .
4. , .
   
   
5. DNS- A, IP- SQL-.

SharePoint

, SharePoint Server.

. ( > > > > ).

. 1,5. : 8192 MB RAM 1,5 = 12288 MB. — .



( -> > > > > ).

. .



> > .

1117

TraceFlags 1117 . , .



SQL Server > SQL Server > SQL Server < > > > > , «;-T1117».







SQL Server 2016 AUTOGROW_SINGLE_FILE AUTOGROW_ALL_FILES , 1117 .



, !