システム監視は、監視目的(ボトルネック、エラーや使用状況の検出)を明確にしておくことです。しかし、幾つかの項目の閾値は一般的な数値として定義できますが、多くの項目はシステム運用中にデータを取得しシステムに適合できる閾値を見極めることが大事だと思います。 扱う項目や依頼数の変化と監視項目の変化のデータを取り将来起こりうるボトルネックや障害を予想する為にもデータは日々取得し日次、週次、月次、半期及び年次などで分析を行う必要があります。 監視する項目 ・CPUのボトルネックと使用状況 ・メモリのボトルネックと使用状況 ・ディスクのボトルネックと使用状況 ・ネットワークのボトルネックと使用状況 スループット スループットは単位時間(秒)当たりにシステムが実行できる処理数 ボトルネック ボトルネックは、システムが処理を行っている時にリクエストからレスポンスを返す過程で滞留を起こしスループットの低下の
Subversionリポジトリのバックアップ方法が色々ありすぎて何がベストなのかわからなかったので調べてまとめてみた。 ただのファイルコピー 普通にファイルシステム上でディレクトリをコピー（あるいはアーカイブ）する方法。非推奨。 誰かがリポジトリにアクセスしている最中にやると壊す可能性がある。 リポジトリディレクトリをコピーしたいならsvnadmin hotcopyを使うべき。 長所 簡単。 速い。 短所 バックアップデータの可搬性に乏しい（アーキテクチャ依存）。 リポジトリをロックしないので壊す可能性がある。 データエラーが検出できない。 svnadmin dump/load svnadminのdumpとloadを使う方法。 誰かがアクセス中でも一貫性が保たれる。 あくまで管理対象のファイルのみのバックアップなので、設定やフックなどは別途バックアップが必要となる。忘れがち。 差分バックア
今回紹介する「SystemExplorer」は，Windows標準のタスク・マネージャの機能を大幅に拡張し，さらにコンピュータのシステムを監視，あるいは管理するさまざまな機能を付け加えた統合ユーティリティである。SystemExplorerの機能は非常に多岐に渡るため，すべてを紹介するのは難しい。大まかに分類すると，システムやレジストリのモニタリング，自動起動プログラムやサービス，デバイスの制御，プログラムのアンインストールなどの機能がある。また，SystemExplorerには，さまざまな機能を「アドオン」として追加することができるので，ユーザーのニーズに応じた形でカスタマイズすることも可能である（不要の機能は使わない設定も可能で，さらに作者のサイトから新たなアドオン・プログラムをダウンロードすることも可能）。 標準のタスク・マネージャの代わりに使用可能 SystemExplorerは英
主な内容 --Page 1-- ▼RMANの基本知識 ▼RMANを使うメリットは？ --Page 2-- ▼RMANリポジトリの保持先は2つある ▼RMANの実行はバッチモードが基本 --Page 3-- ▼RMANによるバックアップの保存方法を決定 ▼データベース全体のバックアップを取得する --Page 4-- ▼取得したバックアップを確認する 第6回「OSコマンドによる物理バックアップの全手順」、第7回「物理バックアップの失敗を根絶するノウハウ」では、ユーザー管理によるバックアップの方法やその注意点について説明しました。 今回からはRecovery Manager（以後、RMAN）によるバックアップ方法について説明していきます。RMANの概要については第4回「Recovery Managerを使ったバックアップ方法」でも説明しましたが、ここではもう少し内容を掘り下げて説明していきます
連載目次 昨今ではWindowsの技術者も増え、ミッションクリティカルなビジネスを支えるインフラとしてWindowsシステムが利用されることが多くなってきた。高可用性をもたらすWindowsのサーバ・クラスタの利用も増えてきている。しかしWindows技術者の増加と比較して、サーバ・クラスタには詳しくない技術者も多い。また、容易に導入できる分、適切なプランニングができていない例も見受けられるようだ。 本連載は、これからWindowsサーバ・クラスタを導入する技術者を対象とする入門記事である。すでにサーバ・クラスタを導入されている技術者には、見直しと整理になればと思う。まずは、一般的にいわれるサーバ・クラスタとは何かを整理し、Windowsで実現できるクラスタ「Microsoft Cluster Service（MSCS）」について紹介していく。 高可用性システムの重要性 数年前よりECサイ
Oracleのメンテナンスに人的コストがかさむし、時間が掛かって困る！ そう考えているなら、あなたはまだまだ「旧世代」のOracle使いだ。本稿では実際の作業フローを比較しながら、スマートなDBAのあり方を紹介する。 かつてOracleメンテナンス担当は三重苦だった!? Oracle Databaseの運用管理やトラブル時の復旧に対してどのようなイメージがあるかといえば、「ほかの（RDBMS）より難しい」「ほかのより大変だ」「ほかのより覚えることが多い」というイメージが強い。 もちろん、データベースの運用管理やトラブル対応は簡単なものではないが、Oracle Databaseには実際の難しさ以上のイメージがつきまとってしまう。 9iまでの「職人芸」とそれ以降 Oracle 9i Databaseまでであれば、SQL*Plusで接続してSQL文をいろいろ駆使しなければならず、状況に応じたS
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
