約 34,885 件
https://w.atwiki.jp/teamniconico/pages/58.html
資料室 このページはBOINCやTeam niconicoに関する資料を保管・共有する場所です。 資料室Team niconico メンバー推移(毎月1日集計) Team niconicoメンバー使用OS推移(毎月1日集計) Team niconico メンバー推移(毎月1日集計) 2012年03月 2月26日 今月 2010年8月比 2010年3月比 単位 メンバー 784 156 +388 (人) アクティブメンバー 263 -46 +66 (人) チーム稼働率 33.54 -15.6 -16.21 (%) 新規参加人数/日 0.35 -5.6 -0.27 (人/日) 国内順位 6 +-0 +1 (人) 世界順位 104 -20 -115 (人) 自国に対する貢献比率 1.49 +0.26 +0.83 (%) チーム総功績 704,480,547.13 +528,656,994.9 +645,245,641.9 (credit) +先月以前「+」ボタンで開く 2009年10月 10月1日 今月 単位 メンバー 331 (人) アクティブメンバー 191 (人) チーム稼働率 57.7 (%) 新規参加人数/日 0.57 (人/日) 国内順位 8/908 (位) 世界順位 277 (位) 自国に対する貢献比率 0.59 (%) チーム総功績 32,827,061.1 (credit) 2009年11月 11月1日 今月 先月比 単位 メンバー 341 +10 (人) アクティブメンバー 187 -4 (人) チーム稼働率 54.84 -2.9 (%) 新規参加人数/日 0.37 -0.2 (人/日) 国内順位 8/908 +-0 (位) 世界順位 262/84,817 +5 (位) 自国に対する貢献比率 0.64 +0.15 (%) チーム総功績 37,890,852.79 +5,063,791.69 (credit) 2009年12月 12月1日 今月 先月比 先々月比 単位 メンバー 350 +9 +19 (人) アクティブメンバー 183 -4 -8 (人) チーム稼働率 52.29 -2.5 -5.42 (%) 新規参加人数/日 0.37 +-0 -0.2 (人/日) 国内順位 8/913 +-0 +-0 (位) 世界順位 244/84,817 +-0 +33 (位) 自国に対する貢献比率 0.66 +0.02 -7.34 (%) チーム総功績 42,013,040.32 +4,122,187.53 +9,185,979.22 (credit) 2010年1月 1月1日 今月 先月比 先々月比 単位 メンバー 362 +12 +21 (人) アクティブメンバー 188 +5 +1 (人) チーム稼働率 51.93 -0.36 -2.91 (%) 新規参加人数/日 0.45 +0.08 +0.08 (人/日) 国内順位 7/930 +1 +1 (位) 世界順位 233/85,670 +11 +29 (位) 自国に対する貢献比率 0.67 +0.01 +0.03 (%) チーム総功績 47,403,293.4 +5,390,253.08 +9,512,440.61 (credit) 2010年2月 2月2日 今月 先月比 先々月比 単位 メンバー 377 +15 +27 (人) アクティブメンバー 190 +5 +7 (人) チーム稼働率 50.4 -1.53 -1.89 (%) 新規参加人数/日 0.52 +0.07 +0.15 (人/日) 国内順位 7/940 +-0 +1 (位) 世界順位 229/86,052 +4 +15 (位) 自国に対する貢献比率 0.66 -0.01 +-0 (%) チーム総功績 53,011,845.82 +5,608,552.42 +10,998,805.5 (credit) 2010年3月 3月4日 今月 先月比 先々月比 単位 メンバー 396 +19 +34 (人) アクティブメンバー 197 +7 +9 (人) チーム稼働率 49.75 -0.65 -2.18 (%) 新規参加人数/日 0.62 +0.1 +0.17 (人/日) 国内順位 7/951 +-0 +-0 (位) 世界順位 219/86443 +10 +14 (位) 自国に対する貢献比率 0.66 +-0 +-0 (%) チーム総功績 59,234,905.25 +623,059.43 +11,831,611.85 (credit) 2010年4月 4月1日 今月 先月比 先々月比 単位 メンバー 578 182 201 (人) アクティブメンバー 370 173 180 (人) チーム稼働率 64.01 14.27 13.62 (%) 新規参加人数/日 3.4 2.78 2.88 (人/日) 国内順位 7/960 +-0 +-0 (位) 世界順位 199/86,836 10 20 (位) 自国に対する貢献比率 0.67 0.01 0.01 (%) チーム総功績 67526960.02 8292054.77 14515114.2 (credit) 2010年5月 5月1日 今月 月比 先々月比 単位 メンバー 593 15 197 (人) アクティブメンバー 363 -7 166 (人) チーム稼働率 61.21 -2.8 11.47 (%) 新規参加人数/日 3.37 -0.03 2.75 (人/日) 国内順位 7/968 +-0 +-0 (位) 世界順位 182/87,230 17 27 (位) 自国に対する貢献比率 0.72 0.05 0.06 (%) チーム総功績 79461558.67 11934598.65 20226653.42 (credit) 2010年6月 6月11日 今月 先月比 先々月比 単位 メンバー 608 15 30 (人) アクティブメンバー 343 -20 -27 (人) チーム稼働率 56.41 -4.80 -7.60 (%) 新規参加人数/日 4.52 1.15 1.12 (人/日) 国内順位 6 1 1 (位) 世界順位 156 26 43 (位) 自国に対する貢献比率 0.94 0.22 0.27 (%) チーム総功績 112,640,400.67 33,178,842.00 45,113,440.65 (credit) 2010年08月 8月6日 今月 先月比 先々月比 単位 メンバー 628 20 35 (人) アクティブメンバー 309 -34 -54 (人) チーム稼働率 49.20 -7.21 -12.01 (%) 新規参加人数/日 5.52 1.00 2.15 (人/日) 国内順位 6 0 1 (人) 世界順位 124 32 58 (人) 自国に対する貢献比率 1.23 0.29 0.51 (%) チーム総功績 175,823,552.23 63,183,151.56 96,361,993.56 (credit) 2012年03月 2月26日 今月 2010年8月比 2010年3月比 単位 メンバー 784 156 +388 (人) アクティブメンバー 263 -46 +66 (人) チーム稼働率 33.54 -15.6 -16.21 (%) 新規参加人数/日 0.35 -5.6 -0.27 (人/日) 国内順位 6 +-0 +1 (人) 世界順位 104 -20 -115 (人) 自国に対する貢献比率 1.49 +0.26 +0.83 (%) チーム総功績 704,480,547.13 +528,656,994.9 +645,245,641.9 (credit) Team niconicoメンバー使用OS推移(毎月1日集計) ※あなたのPCを操作しているのはあなたではなくあなたのOSです。 WindowsUpdateやServicePackを利用して常にOSを最新の状態に保ちましょう。 2012年3月 OS名 割合(%) 台数(台) 1 Windows XP 39.32 324 2 Windows 7 27.79 229 3 Windows Vista 17.59 145 4 Linux 6.06 50 5 OSX 3.64 30 6 Windows 2000 2.06 17 7 Microsoft系 不明 1.45 12 8 Windows Server 2008 “R2” 0.60 5 9 Windows XP Professional x64 Edition 0.60 5 10 Windows Server “Longhron” 0.536 3 11 Windows Server 2003 “R2” 0.24 2 12 Windows Server 2003 0.12 1 13 Windows Server 2008 0.12 1 総計 100 824 +先月以前「+」ボタンで開く 2009年11月 OS名 割合(%) 台数(台) 1 Windows XP 56.25 171 2 Windows Vista 21.38 65 3 Linux 7.24 22 4 OSX 6.25 19 5 Windows 7 (,RC,製品版含む) 2.96 9 6 Windows 2000 1.97 6 7 Windows XP Professional x64 Edition 1.64 5 8 Windows Server “Longhron” 0.99 3 9 Windows Server 2003 0.66 2 10 Windows Server 2003 “R2” 0.33 1 11 Microsoft系 不明 0.33 1 総計 100 304 2009年12月 OS名 割合(%) 台数(台) 1 Windows XP 55.31 172 2 Windows Vista 20.9 65 3 Linux 7.4 23 4 OSX 6.75 21 5 Windows 7 (,RC,製品版含む) 3.54 11 6 Windows 2000 1.93 6 7 Windows XP Professional x64 Edition 1.61 5 8 Windows Server “Longhron” 0.96 3 9 Windows Server 2003 0.64 2 10 Windows Server 2003 “R2” 0.32 1 11 Microsoft系 不明 0.64 2 総計 100 311 2010年1月 OS名 割合(%) 台数(台) 1 Windows XP 54.74 179 2 Windows Vista 19.88 65 3 Linux 7.34 24 4 OSX 6.42 21 5 Windows 7 (,RC,製品版含む) 4.89 16 6 Windows 2000 2.14 7 7 Windows XP Professional x64 Edition 1.53 5 8 Windows Server “Longhron” 0.92 3 9 Windows Server 2003 0.61 2 10 Windows Server 2003 “R2” 0.31 1 11 Microsoft系 不明 1.22 4 総計 100 311 2010年2月 n.d. 2010年3月 OS名 割合(%) 台数(台) 1 Windows XP 52.67 197 2 Windows Vista 18.72 70 3 Linux 7.49 28 4 Windows 7 (,RC,製品版含む) 8.29 31 5 OSX 5.88 22 6 Windows 2000 2.41 9 7 Windows XP Professional x64 Edition 1.34 5 8 Windows Server “Longhron” 0.80 3 9 Windows Server 2003 0.80 3 10 Windows Server 2003 “R2” 0.27 1 11 Microsoft系 不明 1.34 5 総計 100 374 2010年4月 OS名 割合(%) 台数(台) 1 Windows XP 51.95 226 2 Windows Vista 20.00 87 3 Windows 7 (,RC,製品版含む) 9.66 42 4 Linux 7.59 33 5 OSX 4.83 21 6 Windows 2000 2.07 9 7 Windows XP Professional x64 Edition 1.15 5 8 Windows Server “Longhron” 0.69 3 9 Windows Server 2003 0.69 3 10 Windows Server 2003 “R2” 0.23 1 11 Microsoft系 不明 1.15 5 総計 100 435 2010年5月 OS名 割合(%) 台数(台) 1 Windows XP 46.22 232 2 Windows Vista 18.92 95 3 Windows 7 (,RC,製品版含む) 11.35 57 4 Linux 8.76 44 5 Windows 2000 5.98 30 6 OSX 4.38 22 7 Windows XP Professional x64 Edition 1.59 8 8 Windows Server “Longhron” 0.6 3 9 Windows Server 2008 “R2” 0.4 2 10 Windows Server 2003 “R2” 0.2 1 11 Windows Server 2008 0.2 1 12 Windows Server 2003 0.2 1 13 Microsoft系 不明 1.59 8 総計 100 502 2010年6月 OS名 割合(%) 台数(台) 1 Windows XP 45.37 240 2 Windows Vista 18.9 100 3 Windows 7 11.53 61 4 Linux 8.88 47 5 Windows 2000 5.67 30 6 OSX 3.97 21 7 Windows XP Professional x64 Edition 1.51 8 8 Windows Server 2008 “R2” 0.95 5 9 Windows Server “Longhron” 0.57 3 10 Windows Server 2003 “R2” 0.19 1 11 Windows Server 2008 0.19 1 12 Windows Server 2003 0.38 2 13 Microsoft系 不明 1.89 10 総計 100 529 2010年8月 OS名 割合(%) 台数(台) 1 Windows XP 43.98 263 2 Windows Vista 18.06 108 3 Windows 7 15.22 91 4 Linux 8.03 48 5 Windows 2000 5.52 33 6 OSX 4.01 24 7 Windows XP Professional x64 Edition 1.34 8 8 Windows Server “Longhron” 0.5 3 9 Windows Server 2008 “R2” 0.84 5 10 Windows Server 2003 “R2” 0.17 1 11 Windows Server 2008 0.17 1 12 Windows Server 2003 0.17 1 13 Microsoft系 不明 2.01 12 総計 100 598 2012年3月 OS名 割合(%) 台数(台) 1 Windows XP 39.32 324 2 Windows 7 27.79 229 3 Windows Vista 117.59 145 4 Linux 6.06 50 5 OSX 3.64 30 6 Windows 2000 2.06 17 7 Microsoft系 不明 1.45 12 8 Windows Server 2008 “R2” 0.60 5 9 Windows XP Professional x64 Edition 0.60 5 10 Windows Server “Longhron” 0.536 3 11 Windows Server 2003 “R2” 0.24 2 12 Windows Server 2003 0.12 1 13 Windows Server 2008 0.12 1 総計 100 824
https://w.atwiki.jp/mcheli/pages/203.html
空技廠 彗星一二型 表示名 D4Y2 Judy 日本語表示 空技廠 彗星一二型 アイテムID 28863 耐久 130 カテゴリ 艦上爆撃機 ナイトビジョン 無し フレア 無し フロート 無し 翼端折りたたみ 無し 最大速度 1.00 乗員数 2 武装 7.7mm機銃 五〇番通常爆弾二型 レシピ 鉄インゴット×2 鉄ブロック×2 金インゴット×1 特徴 「敵艦上機より長大な攻撃半径」と「敵戦闘機を振り切る高速性能」という2つの要求性能を満たすため、彗星は空気抵抗の軽減に重点を置き、新機軸を多く盛り込んだ設計が施された艦上爆撃機である。技術開発の面では高い成果を挙げたと言えるが、エンジンの稼働率に悩まされた。 MCヘリでは稼働率の問題もないので、敵艦や敵飛行場へ思う存分500kg爆弾を投下しよう。 実機だと、後上方7.7mm旋回機銃を装備しているが、これにはついていないので、後方に着かれた場合は、どうにかしてふりきろう。 配布場所Downloads マインクラフト非公式フォラーム MCヘリコプターMOD拡張パックトピック 製作者 へかーと=タラカーノフ コメント プロペラが… -- 名無しさん (2021-03-06 19 09 35) 名前 コメント
https://w.atwiki.jp/goodgames/pages/1329.html
4,000人達成 3,500人を割り込んでから丁度一ヶ月になりましたが、 2014/05/11(土)23 414,000名の大台を回復致しました。 日本語版リリースから半年が経過致しましたが、 過去のピークと比較し2/3のプレイヤー数が維持されているのは喜ばしいことでしょう。 安売り効果の影響なのは間違いありませんが... サーバ稼働率については新しいサーバの稼働開始が相次いだこともあり、 稼働率70%には至っていません。 70%の法則(勝手に命名)はそろそろ崩れたと判断すべきでしょうか... (余談) このサイトに書いてあることは全て余談のようなものなのですが... 2014/05/11 13 20現在、Originの価格を確認したところ下記のように表示されています。 スタンダード エディション 4,620円 プレミアムメンバーシップ 5,000円 (両方買うと9,620円) バトルフィールド4およびプレミアムメンバーシップ バンドル 9,860円 バラバラに買った方が安くなるように見えますが、 バンドル版はバラ買いに無いメリットがあるのでしょうか... ( - ) imageプラグインエラー ご指定のURLはサポートしていません。png, jpg, gif などの画像URLを指定してください。
https://w.atwiki.jp/yasuwiki/pages/20.html
システムの構成 コンピュータのシステム構成 シンプレックスシステム 1台のプロセッサと外部記憶装置で構成された単一システム 経済的だが、1つのシステムの故障が全体に影響を及ぼす(信頼性が低い) リアルタイム処理にはあまり向かない デュアルシステム 構成機器を二重化して通常は2つのシステムで処理し、結果を照合(red(クロスチェック))しながら処理を進める 障害が発生した場合、故障したシステムを切り離し、残りのシステムのみで処理を続ける システムダウンが許されない信頼性の高いシステムに利用される デュプレックスシステム 主系と従系の2系統を持つシステム構成 デュアルシステムが両方同時に動いているのに対して、デュプレックスシステムはどちらか一方が主系として動作し、他方が従系として待機状態になっている red(ホットスタンバイシステム) 従系システムに主系システムと同じオンライン処理プログラムを起動した状態で待機しておき、主系に障害が生じた場合、速やかに従系に切り替えて処理を行う red(コールドスタンバイシステム) 通常は従系システムは主系システムと異なる処理を行っていて、主系に障害が生じた場合、速やかに従系に切り替えて主系処理を行う マルチプロセッサシステム 複数のプロセッサを並列に動作させることで処理能力、拡張性を向上させることができる いずれかのプロセッサが故障しても、そのプロセッサを切り離して処理を続けることができるので、信頼性も向上する red(密結合マルチプロセッサシステム) 複数のプロセッサが1つの主記憶装置を共有し、1つのOSによってシステム全体が管理されるシステム red(疎結合マルチプロセッサシステム) 共用記憶がなく、プロセッサごとに主記憶装置とOSを持つシステム クラスタリング 複数の独立したコンピュータを相互接続し、全体として1台のコンピュータのように動作するシステム 疎結合のマルチプロセッサシステムと見ることもできる システムの一部に障害が生じても、システム全体はダウンしない高い信頼性を実現するためのシステムなので、大規模なサーバのシステムに用いられる タンデムシステム 1台のプロセッサとそれより小型のプロセッサで構成されたもので、処理速度を高めるために直列にしたシステム 例:前処理として通信を制御するフロントエンドプロセッサを配置し、後処理としてデータベース管理をするためのバックエンドプロセッサを配置するといったものがある それぞれのプロセッサが機能分担をして、処理効率の向上を図っている システムの信頼性 RASIS:コンピュータシステムの皇后的な信頼性に対する概念 R(信頼性)Reliability システムが与えられた条件のもとでどれだけ故障せずに昨日するかをいう。red(平均故障間隔(MTBF))で表す。 A(可用性)Availability システムが処理要求に対し昨日を維持している確立、時間の割合をいう。red(稼働率)で表す。 S(保守性)Serviceability システムが故障したとき最小限の時間で稼動できるように予防、修復することをいう。red(平均修理時間(MTTR))で表す。 I(保全性)Integrity システムが故障状態からどの程度修復できるかをいう。 S(機密性)Security 不正利用などからどの程度システムを保護できるかをいう。 信頼性の尺度 MTBF 故障と故障の平均故障間隔で、コンピュータシステムがどれだけ長時間、安定しているかを評価する MTBF = 稼動時間/故障件数 MTTR 故障時に要した平均修理時間で、コンピュータシステムが故障したときどれだけ短時間に再生できるかを評価する MTTR = 不稼動時間/故障件数 稼動率 コンピュータシステムがどれだけ稼動したかを評価する 稼動率 = MTBF/(MTBF + MTTR) 直列システムの稼働率 各装置が直列に接続しているシステムは、途中のどの装置が故障してもシステム全体の故障につながる。→ 装置を直列に並べるほど信頼性は低下する 装置nの稼働率をPnとする 全体の稼働率 = P1 × P2 × …… Pn 並列システムの稼働率 各装置が並列に接続しているシステムは、一般に1台の装置が故障してもシステム全体は稼働することができる。→ 信頼性が高くなる 並列システムの稼働率は、最低1台稼働していればよいことになる。 装置nが稼働していない確率(1-Pn) 全体の稼働率 = 1 - (1-P1) × (1-P2) × …… (1-Pn) フォールトトレランス コンピュータシステムの故障や誤操作などの人的な失敗が生じた場合でも、停止させることなく常に稼働状態を保つ技術をいう フェイルセーフ システムの障害が生じた場合、安全な状態でシステムを停止させる技術をいう。 例:アプリケーションのアンドゥ(取り消し) フェイルソフト システムの障害が生じた場合、システム全体が停止しないよう影響を受けた部分を切り離すことで、処理を続行しようとする技術をいう。 機能は低下するが、障害が最小になるようにするred((縮退運転)) フールプルーフ ユーザが意図しない使い方をしたり、誤った操作をしても、システムが停止したり、異常終了しないように設計段階で安全対策を施したものをいう。 ミラーリング 故障に備えて2台以上の磁気ディスク装置を用意し、すべてのディスク装置に同一データを書き込むことで信頼性を高めることをいう。(RAID1) red(RAID) 複数のハードディスクを並列に結合し1台のハードディスクとして使用することで、高速で大容量かつ信頼性を高める技術をいう。 高速性と信頼性により、RAID0からRAID5までの6レベルがある。 RAID0 データを複数のディスクに均等に振り分け、同時並列で記録することで、高速化を図る方式。ストライピングともいう。 RAID1 ミラーリング、またはデュプレックスともいう。2台のディスクに同じデータを同時に記録することで、信頼性の向上を図る方式。 RAID2 ビット単位に分割されたデータとハミングコードという誤り訂正符号のパリティがディスクに分散されて記録する方式。 RAID3 RAID2と同様だが、パリティは専用のディスクに記録する方式。 RAID4 RAID3と同様だが、分割したデータをブロック単位で記録する方式。 RAID5 ブロック単位に分割されたデータとパリティが複数のディスクに分割して記録される方式。 無停電電源装置(UPS) 電池や発電機を内蔵し、停電してもしばらくの間システムを稼働できるようにした装置をいう。ユーザは電源が供給されている間に安全にシステムを終了することができる。 システムの性能評価 コンピュータシステムの代表的な性能評価として、次の3つがある。 レスポンスタイム データ入力が終了した時点から出力開始までの時間で、応答時間とも呼ばれる。 レスポンスタイムが短いほど性能は高いという評価になる。 ターンアラウンドタイム ジョブを出してからすべての結果が出力されるまでの時間をいう。 ターンアラウンドタイムも短いほど性能は高いという評価になる。 スループット 単位時間当たりの処理能力をいう。コンピュータ処理におけるジョブ数や、通信回線における実効速度などがある。 スループットは高いほど性能も高いという評価になる。 ベンチマークテスト 実際に使用する環境のもとで、コンピュータを実行させたときのハードウェアやソフトウェア性能を評価するテスト。 TPC 実環境のもとでのコンピュータの実行速度の性能指標を明示する非営利団体。トランザクション処理性能協議会ともいう。 性能評価に使用する単位tpm(Transactions Per Minute) TPC-C トランザクション処理システムの性能指標を示すもの。 オンラインで端末からホストへ処理要求を出してから処理結果を端末に送り返すまでの処理のOLTP(オンライントランザクション処理)の性能評価で使われる。 単位は一分間に処理できるトランザクション数tpmCで表わす。 TPC-D 意思決定システムの性能指標を示すもの。 単位は一分間に処理できるトランザクション数tpmDで表わす。 1秒間に処理できるトランザクション数 = (求める処理のMIPS値×その装置の使用率)/1トランザクションの命令数 SPEC UNIXで動作するコンピュータの実行速度の性能指標を明示する非営利団体。 OSGにおける整数演算の性能評価をする red(SPECint) や、浮動小数点の性能評価をする red(SPECfp) はCPUの性能評価として広く使われている。 OSG 一般的なコンピュータの性能評価をする部門。 HPG 大規模なコンピュータや高性能なコンピュータの性能評価をする部門。 GPC グラフィックスの性能評価をする部門。
https://w.atwiki.jp/pachinko_kouryaku/pages/17.html
休日(土日祝祭日)よりも、平日の方が出す理由を以下に記述します。 1.「稼働率」の違い 平日は休日に比べて、お客の入りが少なく、また1人当たりの遊技時間も短い傾向になるため、全体的に稼働率が低下します。 平日にお客に入りが少ないのは、平日は働いている人の割合が休日に比べて圧倒的に多いため、必然とお客に入りは少なくなります。 例1)フルタイムで働くサラリーマンは、平日に休みが取れる事が少ない。 平日に1人当たりの遊技時間が短いのは、平日は来店できても時間に余裕が無い人が多いため、稼働時間も短くなります。 例1)サラリーマンは、仕事が終わってから来店するため、夕方からしか打てない。 例2)専業主婦は、夕方に帰って来る子供や夫の夕飯の支度をしなくてはいけないので、途中で切り上げる。 例えば、遊園地に行く時・旅行でホテルに泊まる時を思い出して下さい。 平日と休日では、価格が違う事があります。 そして価格が違う場合、必ずと言って良いほど、平日の方が安く・休日の方が高く価格が設定されています。 これは、お店側の立場から見て、平日の方がお客が集まりにくいので、価格を安くしてでも来て貰おうとして、 休日は黙っていてもお客が集まるので、価格を高くして回収しようという動きになる為です。
https://w.atwiki.jp/evacommu/pages/208.html
第四使徒シャムシエル襲来時の地対空迎撃システム?の稼働率
https://w.atwiki.jp/tanaka_mohs/pages/88.html
部品構造 大部品 システムの信頼性 RD 10 評価値 5部品 システムの信頼性とは 部品 平均故障間隔 部品 平均修理時間 部品 稼働率 大部品 フォールトトレランス RD 4 評価値 3部品 フォールトトレランス・フォールトアボイダンス 部品 フェールセーフ 部品 フェールソフト 部品 フールプルーフ 部品 故障率曲線 部品 バックアップ 部品定義 部品 システムの信頼性とは たとえば、故障していないときは利用者の要望通りで満足するシステムがあったとする。 しかし、そのシステムは、頻繁に故障し、復旧に多くの時間と労力を要する。 そのようなシステムは、安心して仕事を任せることができない。 つまり、非常に優れた機能をもつシステムであっても、故障しやすく復旧に時間がかかるシステムは信頼性が低いと考えられる。 システムの信頼性などを判断する指標として、平均故障間隔・平均修理時間・稼働率などがある。 部品 平均故障間隔 平均故障間隔(mean time between failure)とは、故障と故障の間隔を平均したものである。 故障していない期間は、問題なく稼働している時間である。 たとえば、あるシステムが故障せずに動いていた期間が50時間・100時間・150時間とする。 その場合、平均故障間隔は、合計時間から平均を計算し、100時間となる。 /*/ 平均故障間隔は、「平均するとこの程度の間隔でシステムのどこかが故障する」という目安に用いられる指標である。 平均故障間隔が大きいほど、システムの信頼性が高い。 部品 平均修理時間 平均修理時間(mean time to repair)とは、修理に要した時間を平均したものである。 つまり、一度故障すると、修理時間としてシステムが稼働できない時間を示している。 たとえば、あるシステムが修理に要した時間がそれぞれ1時間・2時間・3時間とする。 その場合、平均修理時間は、合計時間から平均を計算し、2時間となる。 /*/ 平均修理時間は、「平均するとこの程度の時間が、故障時の復旧に要する」という目安に用いられる指標である。 平均修理時間が短いほど、保守性の優れたシステムである。 保守性とは、故障や障害が発生した際、問題を発見し修復する早さのことである。 /*/ 平均修理時間は、平均復旧時間(mean time to recovery)や平均解決時間(mean time to resolve)とも呼ばれる。 部品 稼働率 システムの稼働率とは、システムが導入されてからの全運転時間の中で、正常に稼働していた割合である。 稼働率は、全運転時間で稼働時間を割って計算できる。 たとえば、全運転時間が100時間で、稼働時間が95時間の場合、稼働率は95パーセントである。 稼働率は、「平均故障間隔と平均修理時間の合計」で平均故障間隔を割っても計算できる。 稼働率が100パーセントに近いほど、可用性の優れたシステムである。 可用性とは、必要な時に、いつでも利用できる状態にあることである。 部品 フォールトトレランス・フォールトアボイダンス フォールトトレランス(fault tolerance)とは、故障・事故・障害などが起きることを前提に、システムが壊れても、その悪影響を低減するような仕組みや考え方のことである。 フォールトトレランスを実現する方法には、フェールセーフ・フェールソフト・フールプルーフなどがある。 フォールトトレランスは、フォールトトレラント(fault tolerant)とも呼ばれる。 /*/ フォールトアボイダンス(fault avoidance)とは、品質管理やテストなどを通じて、システムの構成要素の信頼性を高め、故障・事故・障害などの発生そのものを防ごうとする考え方である。 たとえば、信頼性の高い部品や材料を採用したり、試験や検証を徹底したり、作業要員や利用者に対し教育や訓練を充実させたりといった方法がある。 フォールトアボイダンスは、フォールトトレランスと対になる考え方である。 部品 フェールセーフ フェールセーフ(fail safe)とは、故障が発生した際、安全性を確保する方向で壊れるようにしておく方法である。 たとえば、信号機が故障した場合、青信号が点灯し続けるよりも、赤信号が点灯し続けるほうが交通事故を防げる。 また、石油ストーブが点灯した場合、自動的に火が消えたほうが火災を防げる。 工作機械が停電で停止した場合、再び通電した際、作業者が再起動操作をしなければ再び動かないようにすれば、意図せず機械が動作したことによる労働災害を防げる。 このように、故障した際の安全性を優先し、障害が致命的な問題に発展することを防ぐものがフェールセーフである。 部品 フェールソフト フェールソフト(fail soft)とは、故障が発生した際、システム全体を停止せず、一部の機能を切り離すなどして、動作の継続を試みる方法である。 たとえば、複数の推進器をもつ旅客機は、推進器がひとつ故障しても、飛び続けられる。 また、電気機械器具は、蓄電池や自家発電での運転に切り替えることで、停電時も使い続けられる。 このように、故障した際の継続性を優先し、機能が低下しても障害発生時に使い続けられるものがフェールソフトである。 部品 フールプルーフ 知類は、思い違いをしたり、判断を誤ったり、見誤りや見落としをするものである。 フールプルーフ(foolproof)とは、利用者は操作を誤るものであるという視点から、操作に不慣れな者が利用しても、誤作動しないよう安全対策を施すことである。 たとえば、ドアを閉めなければ加熱できないようにすることは、電子レンジのフールプルーフである。 また、安全装置を解除しなければ引き金を引けないようにすることは、銃のフールプルーフである。 工作機械で手が挟まれないよう、両手で同時に操作しないと機械が作動しないようにすることは、工作機械のフールプルーフである。 このように、意図しない使い方をしても、故障や事故を防ぐものがフールプルーフである。 部品 故障率曲線 機械や装置は、いつか必ず壊れるものである。 故障率曲線とは、故障の発生頻度と時間の関係を図示したものである。 故障率曲線は、その時期によって、初期故障期・偶発故障期・摩耗故障期に分類できる。 /*/ 初期故障期(early failure period)とは、機械や装置の導入初期である。 初期故障期では、製造上の欠陥によって初期故障が発生するおそれがあるが、時間の経過によって故障率が減少する。 /*/ 偶発故障期(intrinsic failure period)とは、初期故障期が終わってから摩耗故障期が始まるまでの期間である。 偶発故障期では、製造上の欠陥による故障は時間の経過によって減衰しているが、軽微な欠陥は依然として残るため、操作の誤りなどによる偶発的な故障は発生する。 そのため、偶発故障期は、故障率がほぼ一定の、安定した状態である。 /*/ 摩耗故障期(wear-out failure period)とは、構成要素の劣化によって、製品寿命が近づいてきた時期である。 摩耗故障期では、装置の摩耗によって故障率が時間とともに増加する。 /*/ 故障率曲線は、その形が浴槽に似ているため、バスタブ曲線(bathtub curve)とも呼ばれる。 部品 バックアップ データやプログラムは、利用者の操作誤りや悪意のある操作、システムの故障などで削除・破損・盗難されるおそれがある。 バックアップ(backup)とは、様々な危険からデータを守るため、あらかじめデータやプログラムの複製をとることである。 また、複製されたデータやプログラムもバックアップと呼ばれる。 /*/ データを複製する際、留意すべき点がいくつかある。 たとえば、複製されたデータが存在しても、それが大昔の古いデータだと、今は有用ではない場合がある。 そのため、データの重要性や更新頻度にあわせて、適切な周期で定期的に最新のデータを複製する必要がある。 また、データを複製する記録媒体が元データと同じ場所だと、その媒体が故障した際、バックアップごとデータが失われてしまう。 そのため、データを複製する記録媒体は元データと分けたほうがよい。 処理途中の不完全なデータを複製すると、データの一貫性が失われるおそれがある。 そのため、データを複製する際は、なるべく処理していない時間帯におこなったほうがよい。 /*/ バックアップには、フルバックアップ・差分バックアップ・増分バックアップに分類される。 フルバックアップとは、保存されたすべてのデータを複製するものである。 フルバックアップは、ひとつのバックアップにすべての内容が含まれているため、障害発生時には直前のバックアップだけで元の状態に戻せる。 しかし、フルバックアップは、データ量が大きくなるため、大容量の記録媒体が必要になり、データの複製に時間がかかる欠点がある。 差分バックアップとは、直近のフルバックアップ以後に、作成・変更されたデータだけを複製するものである。 差分バックアップは、障害発生時に直近のフルバックアップと組み合わせなければ、元の状態に戻せない欠点がある。 しかし、差分バックアップはフルバックアップと比べ、データ量が少なく、データ複製の処理時間も短いという利点がある。 増分バックアップとは、バックアップの種類に関係なく、前回のバックアップ以降に作成・変更されたデータを複製するものである。 増分バックアップは、差分バックアップと比べ、データ量が少なく、データ複製の処理時間も短いという利点がある。 しかし、障害発生時に、直近のフルバックアップ以降におこなわれたすべての増分バックアップが必要となる。 複数の増分バックアップから時系列準に復旧する必要があるため、復旧作業が複雑になり、時間もかかる。 提出書式 大部品 システムの信頼性 RD 10 評価値 5 -部品 システムの信頼性とは -部品 平均故障間隔 -部品 平均修理時間 -部品 稼働率 -大部品 フォールトトレランス RD 4 評価値 3 --部品 フォールトトレランス・フォールトアボイダンス --部品 フェールセーフ --部品 フェールソフト --部品 フールプルーフ -部品 故障率曲線 -部品 バックアップ 部品 システムの信頼性とは たとえば、故障していないときは利用者の要望通りで満足するシステムがあったとする。 しかし、そのシステムは、頻繁に故障し、復旧に多くの時間と労力を要する。 そのようなシステムは、安心して仕事を任せることができない。 つまり、非常に優れた機能をもつシステムであっても、故障しやすく復旧に時間がかかるシステムは信頼性が低いと考えられる。 システムの信頼性などを判断する指標として、平均故障間隔・平均修理時間・稼働率などがある。 部品 平均故障間隔 平均故障間隔(mean time between failure)とは、故障と故障の間隔を平均したものである。 故障していない期間は、問題なく稼働している時間である。 たとえば、あるシステムが故障せずに動いていた期間が50時間・100時間・150時間とする。 その場合、平均故障間隔は、合計時間から平均を計算し、100時間となる。 /*/ 平均故障間隔は、「平均するとこの程度の間隔でシステムのどこかが故障する」という目安に用いられる指標である。 平均故障間隔が大きいほど、システムの信頼性が高い。 部品 平均修理時間 平均修理時間(mean time to repair)とは、修理に要した時間を平均したものである。 つまり、一度故障すると、修理時間としてシステムが稼働できない時間を示している。 たとえば、あるシステムが修理に要した時間がそれぞれ1時間・2時間・3時間とする。 その場合、平均修理時間は、合計時間から平均を計算し、2時間となる。 /*/ 平均修理時間は、「平均するとこの程度の時間が、故障時の復旧に要する」という目安に用いられる指標である。 平均修理時間が短いほど、保守性の優れたシステムである。 保守性とは、故障や障害が発生した際、問題を発見し修復する早さのことである。 /*/ 平均修理時間は、平均復旧時間(mean time to recovery)や平均解決時間(mean time to resolve)とも呼ばれる。 部品 稼働率 システムの稼働率とは、システムが導入されてからの全運転時間の中で、正常に稼働していた割合である。 稼働率は、全運転時間で稼働時間を割って計算できる。 たとえば、全運転時間が100時間で、稼働時間が95時間の場合、稼働率は95パーセントである。 稼働率は、「平均故障間隔と平均修理時間の合計」で平均故障間隔を割っても計算できる。 稼働率が100パーセントに近いほど、可用性の優れたシステムである。 可用性とは、必要な時に、いつでも利用できる状態にあることである。 部品 フォールトトレランス・フォールトアボイダンス フォールトトレランス(fault tolerance)とは、故障・事故・障害などが起きることを前提に、システムが壊れても、その悪影響を低減するような仕組みや考え方のことである。 フォールトトレランスを実現する方法には、フェールセーフ・フェールソフト・フールプルーフなどがある。 フォールトトレランスは、フォールトトレラント(fault tolerant)とも呼ばれる。 /*/ フォールトアボイダンス(fault avoidance)とは、品質管理やテストなどを通じて、システムの構成要素の信頼性を高め、故障・事故・障害などの発生そのものを防ごうとする考え方である。 たとえば、信頼性の高い部品や材料を採用したり、試験や検証を徹底したり、作業要員や利用者に対し教育や訓練を充実させたりといった方法がある。 フォールトアボイダンスは、フォールトトレランスと対になる考え方である。 部品 フェールセーフ フェールセーフ(fail safe)とは、故障が発生した際、安全性を確保する方向で壊れるようにしておく方法である。 たとえば、信号機が故障した場合、青信号が点灯し続けるよりも、赤信号が点灯し続けるほうが交通事故を防げる。 また、石油ストーブが点灯した場合、自動的に火が消えたほうが火災を防げる。 工作機械が停電で停止した場合、再び通電した際、作業者が再起動操作をしなければ再び動かないようにすれば、意図せず機械が動作したことによる労働災害を防げる。 このように、故障した際の安全性を優先し、障害が致命的な問題に発展することを防ぐものがフェールセーフである。 部品 フェールソフト フェールソフト(fail soft)とは、故障が発生した際、システム全体を停止せず、一部の機能を切り離すなどして、動作の継続を試みる方法である。 たとえば、複数の推進器をもつ旅客機は、推進器がひとつ故障しても、飛び続けられる。 また、電気機械器具は、蓄電池や自家発電での運転に切り替えることで、停電時も使い続けられる。 このように、故障した際の継続性を優先し、機能が低下しても障害発生時に使い続けられるものがフェールソフトである。 部品 フールプルーフ 知類は、思い違いをしたり、判断を誤ったり、見誤りや見落としをするものである。 フールプルーフ(foolproof)とは、利用者は操作を誤るものであるという視点から、操作に不慣れな者が利用しても、誤作動しないよう安全対策を施すことである。 たとえば、ドアを閉めなければ加熱できないようにすることは、電子レンジのフールプルーフである。 また、安全装置を解除しなければ引き金を引けないようにすることは、銃のフールプルーフである。 工作機械で手が挟まれないよう、両手で同時に操作しないと機械が作動しないようにすることは、工作機械のフールプルーフである。 このように、意図しない使い方をしても、故障や事故を防ぐものがフールプルーフである。 部品 故障率曲線 機械や装置は、いつか必ず壊れるものである。 故障率曲線とは、故障の発生頻度と時間の関係を図示したものである。 故障率曲線は、その時期によって、初期故障期・偶発故障期・摩耗故障期に分類できる。 /*/ 初期故障期(early failure period)とは、機械や装置の導入初期である。 初期故障期では、製造上の欠陥によって初期故障が発生するおそれがあるが、時間の経過によって故障率が減少する。 /*/ 偶発故障期(intrinsic failure period)とは、初期故障期が終わってから摩耗故障期が始まるまでの期間である。 偶発故障期では、製造上の欠陥による故障は時間の経過によって減衰しているが、軽微な欠陥は依然として残るため、操作の誤りなどによる偶発的な故障は発生する。 そのため、偶発故障期は、故障率がほぼ一定の、安定した状態である。 /*/ 摩耗故障期(wear-out failure period)とは、構成要素の劣化によって、製品寿命が近づいてきた時期である。 摩耗故障期では、装置の摩耗によって故障率が時間とともに増加する。 /*/ 故障率曲線は、その形が浴槽に似ているため、バスタブ曲線(bathtub curve)とも呼ばれる。 部品 バックアップ データやプログラムは、利用者の操作誤りや悪意のある操作、システムの故障などで削除・破損・盗難されるおそれがある。 バックアップ(backup)とは、様々な危険からデータを守るため、あらかじめデータやプログラムの複製をとることである。 また、複製されたデータやプログラムもバックアップと呼ばれる。 /*/ データを複製する際、留意すべき点がいくつかある。 たとえば、複製されたデータが存在しても、それが大昔の古いデータだと、今は有用ではない場合がある。 そのため、データの重要性や更新頻度にあわせて、適切な周期で定期的に最新のデータを複製する必要がある。 また、データを複製する記録媒体が元データと同じ場所だと、その媒体が故障した際、バックアップごとデータが失われてしまう。 そのため、データを複製する記録媒体は元データと分けたほうがよい。 処理途中の不完全なデータを複製すると、データの一貫性が失われるおそれがある。 そのため、データを複製する際は、なるべく処理していない時間帯におこなったほうがよい。 /*/ バックアップには、フルバックアップ・差分バックアップ・増分バックアップに分類される。 フルバックアップとは、保存されたすべてのデータを複製するものである。 フルバックアップは、ひとつのバックアップにすべての内容が含まれているため、障害発生時には直前のバックアップだけで元の状態に戻せる。 しかし、フルバックアップは、データ量が大きくなるため、大容量の記録媒体が必要になり、データの複製に時間がかかる欠点がある。 差分バックアップとは、直近のフルバックアップ以後に、作成・変更されたデータだけを複製するものである。 差分バックアップは、障害発生時に直近のフルバックアップと組み合わせなければ、元の状態に戻せない欠点がある。 しかし、差分バックアップはフルバックアップと比べ、データ量が少なく、データ複製の処理時間も短いという利点がある。 増分バックアップとは、バックアップの種類に関係なく、前回のバックアップ以降に作成・変更されたデータを複製するものである。 増分バックアップは、差分バックアップと比べ、データ量が少なく、データ複製の処理時間も短いという利点がある。 しかし、障害発生時に、直近のフルバックアップ以降におこなわれたすべての増分バックアップが必要となる。 複数の増分バックアップから時系列準に復旧する必要があるため、復旧作業が複雑になり、時間もかかる。 インポート用定義データ [ { "title" "システムの信頼性", "part_type" "group", "children" [ { "title" "システムの信頼性とは", "description" "たとえば、故障していないときは利用者の要望通りで満足するシステムがあったとする。\nしかし、そのシステムは、頻繁に故障し、復旧に多くの時間と労力を要する。\nそのようなシステムは、安心して仕事を任せることができない。\nつまり、非常に優れた機能をもつシステムであっても、故障しやすく復旧に時間がかかるシステムは信頼性が低いと考えられる。\nシステムの信頼性などを判断する指標として、平均故障間隔・平均修理時間・稼働率などがある。", "part_type" "part", "localID" 1 }, { "title" "平均故障間隔", "description" "平均故障間隔(mean time between failure)とは、故障と故障の間隔を平均したものである。\n故障していない期間は、問題なく稼働している時間である。\nたとえば、あるシステムが故障せずに動いていた期間が50時間・100時間・150時間とする。\nその場合、平均故障間隔は、合計時間から平均を計算し、100時間となる。\n/*/\n平均故障間隔は、「平均するとこの程度の間隔でシステムのどこかが故障する」という目安に用いられる指標である。\n平均故障間隔が大きいほど、システムの信頼性が高い。", "part_type" "part", "localID" 2 }, { "title" "平均修理時間", "description" "平均修理時間(mean time to repair)とは、修理に要した時間を平均したものである。\nつまり、一度故障すると、修理時間としてシステムが稼働できない時間を示している。\nたとえば、あるシステムが修理に要した時間がそれぞれ1時間・2時間・3時間とする。\nその場合、平均修理時間は、合計時間から平均を計算し、2時間となる。\n/*/\n平均修理時間は、「平均するとこの程度の時間が、故障時の復旧に要する」という目安に用いられる指標である。\n平均修理時間が短いほど、保守性の優れたシステムである。\n保守性とは、故障や障害が発生した際、問題を発見し修復する早さのことである。\n/*/\n平均修理時間は、平均復旧時間(mean time to recovery)や平均解決時間(mean time to resolve)とも呼ばれる。", "part_type" "part", "localID" 3 }, { "title" "稼働率", "description" "システムの稼働率とは、システムが導入されてからの全運転時間の中で、正常に稼働していた割合である。\n稼働率は、全運転時間で稼働時間を割って計算できる。\nたとえば、全運転時間が100時間で、稼働時間が95時間の場合、稼働率は95パーセントである。\n稼働率は、「平均故障間隔と平均修理時間の合計」で平均故障間隔を割っても計算できる。\n稼働率が100パーセントに近いほど、可用性の優れたシステムである。\n可用性とは、必要な時に、いつでも利用できる状態にあることである。", "part_type" "part", "localID" 4 }, { "title" "フォールトトレランス", "description" "流用可能", "part_type" "group", "children" [ { "title" "フォールトトレランス・フォールトアボイダンス", "description" "フォールトトレランス(fault tolerance)とは、故障・事故・障害などが起きることを前提に、システムが壊れても、その悪影響を低減するような仕組みや考え方のことである。\nフォールトトレランスを実現する方法には、フェールセーフ・フェールソフト・フールプルーフなどがある。\nフォールトトレランスは、フォールトトレラント(fault tolerant)とも呼ばれる。\n/*/\nフォールトアボイダンス(fault avoidance)とは、品質管理やテストなどを通じて、システムの構成要素の信頼性を高め、故障・事故・障害などの発生そのものを防ごうとする考え方である。\nたとえば、信頼性の高い部品や材料を採用したり、試験や検証を徹底したり、作業要員や利用者に対し教育や訓練を充実させたりといった方法がある。\nフォールトアボイダンスは、フォールトトレランスと対になる考え方である。", "part_type" "part", "localID" 6 }, { "title" "フェールセーフ", "description" "フェールセーフ(fail safe)とは、故障が発生した際、安全性を確保する方向で壊れるようにしておく方法である。\nたとえば、信号機が故障した場合、青信号が点灯し続けるよりも、赤信号が点灯し続けるほうが交通事故を防げる。\nまた、石油ストーブが点灯した場合、自動的に火が消えたほうが火災を防げる。\n工作機械が停電で停止した場合、再び通電した際、作業者が再起動操作をしなければ再び動かないようにすれば、意図せず機械が動作したことによる労働災害を防げる。\nこのように、故障した際の安全性を優先し、障害が致命的な問題に発展することを防ぐものがフェールセーフである。", "part_type" "part", "localID" 7 }, { "title" "フェールソフト", "description" "フェールソフト(fail soft)とは、故障が発生した際、システム全体を停止せず、一部の機能を切り離すなどして、動作の継続を試みる方法である。\nたとえば、複数の推進器をもつ旅客機は、推進器がひとつ故障しても、飛び続けられる。\nまた、電気機械器具は、蓄電池や自家発電での運転に切り替えることで、停電時も使い続けられる。\nこのように、故障した際の継続性を優先し、機能が低下しても障害発生時に使い続けられるものがフェールソフトである。", "part_type" "part", "localID" 8 }, { "title" "フールプルーフ", "description" "知類は、思い違いをしたり、判断を誤ったり、見誤りや見落としをするものである。\nフールプルーフ(foolproof)とは、利用者は操作を誤るものであるという視点から、操作に不慣れな者が利用しても、誤作動しないよう安全対策を施すことである。\nたとえば、ドアを閉めなければ加熱できないようにすることは、電子レンジのフールプルーフである。\nまた、安全装置を解除しなければ引き金を引けないようにすることは、銃のフールプルーフである。\n工作機械で手が挟まれないよう、両手で同時に操作しないと機械が作動しないようにすることは、工作機械のフールプルーフである。\nこのように、意図しない使い方をしても、故障や事故を防ぐものがフールプルーフである。", "part_type" "part", "localID" 9 } ], "localID" 5, "expanded" true }, { "title" "故障率曲線", "description" "機械や装置は、いつか必ず壊れるものである。\n故障率曲線とは、故障の発生頻度と時間の関係を図示したものである。\n故障率曲線は、その時期によって、初期故障期・偶発故障期・摩耗故障期に分類できる。\n/*/\n初期故障期(early failure period)とは、機械や装置の導入初期である。\n初期故障期では、製造上の欠陥によって初期故障が発生するおそれがあるが、時間の経過によって故障率が減少する。\n/*/\n偶発故障期(intrinsic failure period)とは、初期故障期が終わってから摩耗故障期が始まるまでの期間である。\n偶発故障期では、製造上の欠陥による故障は時間の経過によって減衰しているが、軽微な欠陥は依然として残るため、操作の誤りなどによる偶発的な故障は発生する。\nそのため、偶発故障期は、故障率がほぼ一定の、安定した状態である。\n/*/\n摩耗故障期(wear-out failure period)とは、構成要素の劣化によって、製品寿命が近づいてきた時期である。\n摩耗故障期では、装置の摩耗によって故障率が時間とともに増加する。\n/*/\n故障率曲線は、その形が浴槽に似ているため、バスタブ曲線(bathtub curve)とも呼ばれる。", "part_type" "part", "localID" 10 }, { "title" "バックアップ", "description" "データやプログラムは、利用者の操作誤りや悪意のある操作、システムの故障などで削除・破損・盗難されるおそれがある。\nバックアップ(backup)とは、様々な危険からデータを守るため、あらかじめデータやプログラムの複製をとることである。\nまた、複製されたデータやプログラムもバックアップと呼ばれる。\n/*/\nデータを複製する際、留意すべき点がいくつかある。\nたとえば、複製されたデータが存在しても、それが大昔の古いデータだと、今は有用ではない場合がある。\nそのため、データの重要性や更新頻度にあわせて、適切な周期で定期的に最新のデータを複製する必要がある。\nまた、データを複製する記録媒体が元データと同じ場所だと、その媒体が故障した際、バックアップごとデータが失われてしまう。\nそのため、データを複製する記録媒体は元データと分けたほうがよい。\n処理途中の不完全なデータを複製すると、データの一貫性が失われるおそれがある。\nそのため、データを複製する際は、なるべく処理していない時間帯におこなったほうがよい。\n/*/\nバックアップには、フルバックアップ・差分バックアップ・増分バックアップに分類される。\nフルバックアップとは、保存されたすべてのデータを複製するものである。\nフルバックアップは、ひとつのバックアップにすべての内容が含まれているため、障害発生時には直前のバックアップだけで元の状態に戻せる。\nしかし、フルバックアップは、データ量が大きくなるため、大容量の記録媒体が必要になり、データの複製に時間がかかる欠点がある。\n差分バックアップとは、直近のフルバックアップ以後に、作成・変更されたデータだけを複製するものである。\n差分バックアップは、障害発生時に直近のフルバックアップと組み合わせなければ、元の状態に戻せない欠点がある。\nしかし、差分バックアップはフルバックアップと比べ、データ量が少なく、データ複製の処理時間も短いという利点がある。\n増分バックアップとは、バックアップの種類に関係なく、前回のバックアップ以降に作成・変更されたデータを複製するものである。\n増分バックアップは、差分バックアップと比べ、データ量が少なく、データ複製の処理時間も短いという利点がある。\nしかし、障害発生時に、直近のフルバックアップ以降におこなわれたすべての増分バックアップが必要となる。\n複数の増分バックアップから時系列準に復旧する必要があるため、復旧作業が複雑になり、時間もかかる。", "part_type" "part", "localID" 11 } ], "expanded" true, "localID" 0, "description" "流用可能" } ]
https://w.atwiki.jp/goodgames/pages/485.html
稼働率78% 2012/01/04の観測開始以来最高のサーバ稼働率が観測されました。 詳細はこちら 原因はほぼ特定されており下記3要素の複合要因に拠るものです。 1.7月末で解約となったサーバが多かったため(*1) 2.クライアントの半額セールによって新規のプレイヤーが増加しているため(*2) 3.週末恒例のクラン戦が実施されていた可能性が高いため(*3) ちなみに昨年も同様でしたが夏休みによるプレイヤー増は ピークタイム以外での影響が大きいことがわかっています。 ピーク時の増加率は軽微であり、日中などプレイヤー数の少ない時間帯のプレイヤー増が顕著となります。 これは言うまでも無く、通常の休日と同様の傾向ですね。 鯖管ごっこしたい方は今がチャンスかもしれません。 私は相変わらず放置状態で「ごっこ」すら出来ていませんが... (*1) 毎月月初はサーバCloseが集中する傾向がありますが今月は顕著だった様です (*2) 何度か半額セールがあったようで既に終了してしまったようですが、 以後毎日20,000名以上の方がプレイしています。 一時は15,000名割れまで落ち込んでいたことを思い出すと嬉しい限りです。 (*3) 上記リンク先のサイトではランクサーバのみ集計対象としているため、 クラン戦用サーバがランクサーバからアンランクサーバに設定変更されることにより、 集計上はサーバが減少したかのように見えます。 しかしこれは数台に限定されるため大きな差にはならないと考えられます。 ( - )
https://w.atwiki.jp/bjkurobutasaba/pages/587.html
かつての新規12神将の一人 熟練度も高く稼働率もそこそこではあるのだが地味、非常に地味 名前 コメント
https://w.atwiki.jp/plan-d/pages/42.html
バリエーション この機体は量産型を前提として設計された。 しかしながら現実の戦闘においては様々な状況が想定され、単一の機種では十分対応しきれない場合が生じる事は、かねてから予想されていた。 その事が量産という体勢を整えるにあたっては大きな問題となる事は言うまでもない。 また、UPC正規軍に必要な性能と、能力者の多くがその立場に身を置く傭兵に必要な性能が異なる事も、ナイトフォーゲルという兵器とその製造メーカーにとっては量産体勢を整える上では弊害となる。 この事に対応するべく、このプランでは万能機体という方向性をあえて捨て、代わりに機体の大部分、基本部分を共通とし、複数のバリエーションを用意する事で対応。 戦闘において実際に状況に対応する“部隊”というパッケージで、兵器群を安価に供給できるよう配慮されている。 その結果、車のシャーシに当たるとでも言うべき基本部分が、全ての機体で共通している。 これにより例えば、突撃戦仕様が上半身を破壊されて撃墜されたとしても、下半身部分が大破した他の機体があれば、二つの残った部分を組み合わせる事で一機のほぼ完全動作する機体が完成する。 細かい部品においてもこれは徹底されており、補給の滞りがちな前線においての稼働率の向上に期待が持てる設計となっている。 ただしこの事は車で例えるならば、シャーシ・エンジンが同じ幾つかの車種がある、という事以上を意味しない。 その為、部品を入れ替える形で機体を緊急補修した場合も、稼働率は保証できるものの本来の性能を発揮出来る事は保証しきれる物ではない。 以下コメント欄 名前