プロとしてのバックアップ/リカバリ基礎知識 Oracleバックアップ/リカバリ講座(1) バックアップ/リカバリは、プロのDBAなら完ぺきに遂行すべき重要任務だ。まずは基本となる知識から頭にたたき込んでおこう
Oracleデータベースのバックアップを取得する:ORACLE MASTER Silver DBA講座(22)(1/2 ページ) ORACLE MASTER資格の中級に位置付けられ、取得すればOracle技術者としてグローバルに認定される「ORACLE MASTER Silver Oracle Database 10g」。例題を利用してポイントを押さえ、確実な合格を目指そう! 前回「Oracleのバックアップ/リカバリの仕組みとは?」で、バックアップとリカバリの概要を紹介しました。今回はそれに関連し、データベースのバックアップについて詳しく学びましょう。 データベースのバックアップ ポイント ARCHIVELOGモードとNOARCHIVELOGモード、それぞれにおけるバックアップ方法が対象となります。モードの違いによる注意点、RMANを使用したバックアップの概念を理解しておきましょう。 R
GUIによるWebアプリケーションの管理と配備 「第6回:TomcatにWebアプリケーションを配備する」では、WebアプリケーションのディレクトリやWARファイルをコピーしてコンテキスト設定ファイルを編集することで、Webアプリケーションの配備を行いました。 Tomcat Webアプリケーションマネージャ(以下、Webアプリケーションマネージャ)を用いると、このWebアプリケーションの配備や起動、終了、再起動、配備解除をWebブラウザからGUIで管理できます。そこで今回はWebアプリケーションマネージャを用いて、アプリケーションの管理と配備をしてみましょ う。 Webアプリケーションマネージャとは 前回紹介したTomcatにWebアプリケーションを追加する作業は、Webアプリケーションマネージャを用いると自動化できます。さらにWebア プリケーションマネージャを用いると「Webアプリケー
Tomcatの構造 前回まででTomcatのインストールが完了しました。今回はTomcatに新しいWebアプリケーションの配備を行います。Webアプリケーション配備の前に、Tomcatのディレクトリ構成を見てみましょう。 Tomcatのディレクトリ構成 今回利用しているTomcat 5.5のインストールディレクトリは以下のような構成になっています。Tomcatのそれぞれのディレクトリの役割は以下の通りです。
概要 Web Application ManagerはTomcat 4.1.xから導入されたGUI管理ツールです。Tomcatの状態監視、Tomcatコンテキストの起動、停止、再ロード、配信解除、アプリケーションのデプロイなどを行うことができます。アプリケーションのデプロイやアプリケーションの変更を手動で行う場合、Tomcatにそれらの作業を反映させるためにはTomcatを再起動させる必要があります。Web Application Managerを使用すると、Tomcatの再起動なしにそれらの作業のTomcatへの反映が行えるようになります。 Web Application ManagerはTomcatをインストールしたサーバの http://localhost:8080/manager/html にアクセスすることで利用できます。ユーザ、パスワードはWindows環境であれば、インストー
Subversionのセットアップから、基本的な操作方法を説明します。 Subversion概要 ソースコードのバージョン管理システムは、ソフトウェアの開発の中でもっとも重要なツールです。チームで開発を行なうときにソースコード管理システムは必須のツールの一つですが、ソースコードだけでなく様々なフィアルも管理できます。単にチームとしての利用だけでなく、個人のツールとしても威力を発揮します。筆者も、個人でバージョン管理システムを導入して、原稿やサーバの設定ファイルなどのドキュメントの管理をしています。 バージョン管理システムとして、以前はCVSが多くのプロジェクトで利用されていました。しかし、CVSは履歴を保持したままでのファイルの移動ができないなどの問題もありました。SubversionはCVSが抱えていた問題を解決するために開発されました。現在では、多くのプロジェクトでSubversion
構成管理の最善策 ITIL による構成管理の定義に初めて接した場合、運用スタッフは、通常、肯定的な反応を示します。コンセプトに刺激を受け、プロセスの早急な導入に前向きとなります。しかし、実際に環境の分析に着手し、厳密な制御下で CI に代表される膨大な事象の追跡管理が必要なことがわかってくると、最初の熱意は急速に萎えていきます。そうなると、プロセスが複雑すぎると言って、プロジェクト自体が延期されかねません。すべての CI を個別に記録し、一から追跡しなければならないと見なすなら、それも必然的な結果と言えるでしょう。このような無謀な管理方法は失敗に帰着します。しかし、経験豊富な IT スタッフであれば、落とし穴の存在を知っているので、障害を未然に回避することができます。 これまで、データ センター環境は重厚長大で、複数の所在地にまたがる結果、総体として錯綜した体制に陥りがちでした。なんと言っ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く