「実行プラン」を理解すると、パフォーマンス問題の解決能力が一気に向上する：SQL Serverトラブルシューティング（41）（1/2 ページ） 本連載は、「Microsoft SQL Server」で発生するトラブルを「どんな方法で」「どのように」解決していくか、正しい対処のためのノウハウを紹介します。今回は、「実行プランの重要性」を解説します。 連載バックナンバー 本連載では、「Microsoft SQL Server（以下、SQL Server）」で発生するトラブルについて、「なぜ起こったか」の理由とともに具体的な対処方法を紹介していきます。 前回は、SQL Serverの実行プランを作成するのに必要となる「統計情報」の基礎を解説しました。今回は、その「実行プラン」の運用方法を解説します。 「実行プラン」の重要性を理解する 「統計情報」が実際に利用されるのは、「実行プラン」の生成時です

本連載は、「Microsoft SQL Server」で発生するトラブルを「どんな方法で」「どのように」解決していくか、「SQL Serverで起こりがちなトラブル」を厳選して、具体的な対処方法を紹介していきます。第1回目は「トラブルを適切に対処するための考え方」を解説します。 連載バックナンバー 長年「Microsoft SQL Server（以下、SQL Server）」の運用、システム構築、サポートに携わってきた筆者にとって、SQL Serverは「設計や運用でエンジニアに大きな負担が掛からないよう考慮されている」と評価しています。しかし、さまざまな原因でトラブルが発生することもよくあります。 本連載では、そんなSQL Serverの管理者やエンジニアが「今すぐ解決できる」を主目的に、これまでの経験を生かした「トラブルシューティング」テクニックを余すところなく紹介していきます。なお、

関連キーワード iPad | Android | スマートデバイス | スマートフォン | タブレット 企業のコンシューマライゼーションは、「業務効率向上のために職場でもしゃれたガジェットを使いたい」という従業員たちの要望によって広まってきた。多くのIT管理者も、従業員と同様のスマートフォンやタブレットを使っている。適切なアプリさえあれば、モバイル端末は管理者の日常業務にも使え、仕事を少し楽にしてくれる。 管理者たちに愛用の業務アプリについて尋ね、IT担当者にお勧めのモバイルアプリを回答してもらった。回答で挙がったのは、エンドユーザーがダウンロードするアプリではなく、オンラインストレージアプリやメモ記録アプリなども入っていない。“本気”の仕事用アプリばかりだ。本稿を見れば、モバイル端末がリモートアクセスやネットワークトラブルシューティング、スピードテストにも使える強力な道具になることが分か

EnterpriseZine（エンタープライズジン）編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

本稿で紹介するツールは、使用を許可されたスタッフが、自社のセキュリティを強化するためにのみ利用してください。また、紹介したツールはあくまでも自己責任において使用してください。 前編「無料で使える、Windows向けパスワード解析／脆弱性スキャンツール9選」では、無償提供されているパスワード解析や脆弱性スキャンツールを紹介した。本稿は、Microsoft SQL Server（以下、SQL Server）や無線LAN環境向けの脆弱性対策など、残る11種の無料セキュリティツールを紹介する。 関連記事 Windows管理者必携の無料ツール10選 Windowsサーバはこうしてハッキングされる スマートフォンによる公衆Wi-Fi利用は危険？　専門家が指摘

SQL Serverの管理をまかされたけれど、SQL Serverって難しそうで何だかよく分からない。そんなビギナー管理者に贈るQA連載開始！ まずはSQL Serverがインストールされているかどうか確認するところから始めよう。 今回から始まるこの連載では、SQL Serverシステムの管理方法について、主にビギナー管理者向けのトピックについて取り上げる。バリバリのSQL Server管理者ではなく、どちらかというとSQL Serverについてはよく知らないし、データベースについてもそれほど造詣の深くないシステム管理者に向けて、SQL Serverシステムを管理するための情報を提供する。 現在ではさまざまなデータをSQL Serverをはじめとするデータベース・システム上に保存することが少なくない。ちょっとした社内の業務用アプリケーションであっても、最近ではデータベース・システムに情報を

トランザクション ログからログ レコードが削除されないと、物理ログ ファイルで利用可能なディスク上の領域がいっぱいになってしまいます。ログの切り捨てにより論理ログのディスク領域が自動的に解放され、トランザクション ログで再利用できるようになります。 何かの理由で遅延が発生している場合を除いて、次の場合、ログの切り捨ては自動的に発生します。 チェックポイント以降の単純復旧モデル。 前回のバックアップ後にチェックポイントが発生した場合の、ログ バックアップ後の完全復旧モデルまたは一括ログ復旧モデル。詳細については、後の「完全復旧モデルと一括復旧モデルでのログの切り捨て」を参照してください。 ログの切り捨ては自動的に行われますが、さまざまな要因で遅延が発生する場合があります。ログの切り捨ての遅延要因の詳細については、「ログの切り捨てが遅れる原因となる要因」を参照してください。

レポートまたはレポート セットを設計してテストした後、SQL Server Data Tools (SSDT) の配置機能を使用してレポートをレポート サーバーに公開します。 個々のレポート、または複数のレポートとデータ ソースを含めることができるレポート サーバー プロジェクトを発行することができます。 複数のレポートをパブリッシュする最も簡単な方法は、レポート サーバー プロジェクトをパブリッシュする方法です。 SSDT では、「公開」という用語ではなく、「デプロイ」という用語が使用されます。 この 2 つの用語は同義です。 SSDT は、レポートの公開を管理するためのプロジェクト構成を提供します。 構成の指定： レポート サーバーの場所と、レポート サーバーにインストールされている SQL Server Reporting Services (SSRS) のバージョン。 データ ソー