障害発生に対して、DBMSは最大限の回復措置を提供しています。しかし、障害を回復する手順をすべて自動で行うわけにはいきません。いざ障害が起きたときに正しい手順を落ち着いて遂行するために、次の事柄を明確にしておく必要があります。 障害時に要求されるユーザー要件(回復にかけることのできる時間など) データベースに対する更新処理の種類 回復時に実行される手順 データベースの運用要件 データベースのハードウェア要件 どのような障害に対応する必要があるのか 障害対策例 バックアップの種類 障害時に要求されるユーザー要件 ユーザー要件として確かめておくべき要件は、次の2つです。障害の種類ごとにこの2点を確認しておく必要があります。 MTTR(Mean Time To Repair:平均回復時間) MTBF(Mean Time Between Failure:平均障害間隔) 一般的に起き得る障害のうち物
AWS を初めて利用される方や、ベストプラクティスをブラッシュアップしたい方は、これらのリソースを始めてみてください。
蒸気機関の例 ナポレオンのロシア侵攻の兵力(上)と気温(下)。これは記事中にあるサンキーの業績よりも古く、こういった図表の嚆矢とされる サンキー・ダイアグラム(英語: Sankey diagram)は工程間の流量を表現する図表である。矢印の太さで流れの量を表している。特にエネルギーや物資、経費等の変位を表す為に使われる。 Sankeyの名前の由来は1898年に初めてこの形式の表を用いた公刊物(Minutes of Proceedings of The Institution of Civil Engineers中の蒸気機関におけるエネルギー効率についての記事)の著者であるアイルランド人M.H.サンキー(en)に因む。 (参考文献の8頁[1]) 応用[編集] サンキー・ダイアグラムは、工程の順序を表すものでしかないフローチャートとは(一見の印象から類似したものと思われるかもしれないが)質的・
はじめに Ruby on Railsの開発においてsettingslogicを使うと、develop・production・testと環境ごとに異なる環境変数を定義するのに便利であるのと、rspecにてエラー時のテストを実行するのに便利だったので、紹介したいと思います。 settingslogicの使い方とサンプルソース サンプルソースについて まず、サンプルとして作成したアプリの動きについて説明します。リクエストを受け付けると、ローカルにあるファイルを読み込み、内容をjson形式で返却するAPIです。読み込むファイルの名称と、格納先フォルダを、settingslogicを利用して定義します。 インストールと定義の作成 1.インストール Gemfileに以下を記述して、bundle install します。 gem 'settingslogic' 2.定義ファイルの作成 任意のファイル名の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く