回答編集履歴

1

書式の改善

2015/07/15 18:40

投稿

scarfacenakacha
scarfacenakacha

スコア31

test CHANGED
@@ -2,7 +2,7 @@
2
2
 
3
3
 
4
4
 
5
- 該当のテーブル(データ)に変更があってもREDOログにデータが無いので障害でリカバリーを実施した場合に直前の状態に復旧しないという事。
5
+ 該当のテーブル(データ)に変更があってもREDOログに情報(データが無いので障害でリカバリーを実施した場合に該当のテーブルDATAは直前の状態に復旧しないという事。
6
6
 
7
7
 
8
8
 
@@ -14,9 +14,9 @@
14
14
 
15
15
 
16
16
 
17
- テーブルロックは当然あります。
17
+  テーブルロックは当然あります。
18
18
 
19
- ALTER文の実施中は対象のテーブルデータにDML文の発行は出来ません。
19
+  ALTER文の実施中は対象のテーブルデータにDML文の発行は出来ません。
20
20
 
21
21
 
22
22
 
@@ -40,9 +40,13 @@
40
40
 
41
41
  REDOログファイルの容量が少ない場合は、REDOログの切り替えが頻繁に発生します。
42
42
 
43
- また、アーカイブしている場合は最悪、HDDのフォルダパーテションの空き容量にかかわってくるのでディスクFULLになった場合は障害が発生します。
43
+ また、アーカイブしている場合は最悪、HDDのフォルダパーテションの空き容量に
44
44
 
45
+ かかわってくるのでディスクFULLになった場合は障害が発生します。
46
+
45
- 他には、日次、週次、月次バックアップをスケジュールされている場合は予定時間内にバックアップ処理が終了せず他のスケジュールJOBが遅延する事も
47
+ 他には、日次、週次、月次バックアップをスケジュールされている場合は予定時間内に
48
+
49
+ バックアップ処理が終了せず他のスケジュールJOBが遅延する事も
46
50
 
47
51
 
48
52
 
@@ -50,10 +54,12 @@
50
54
 
51
55
  余談ですが...
52
56
 
53
- ゴールデンウィークの連休前に口座引き落としが想定量を激しくオーバーし、アーカイブログファイルが大量に作成されて、
57
+  ゴールデンウィークの連休前に口座引き落としが想定量を激しくオーバーし、アーカイブログファイルが
54
58
 
55
- DBサーバが停止し障害が発生、復旧に48時間以上かかったシステムを横目に見て大変だなと思った事があります。
59
+  大量に作成されHDディスクFULLになり、DBサーバが停止し障害が発生、
56
60
 
57
- 連休明け出勤し私が見た光景は悲惨でしたよ
61
+  復旧48時間以上かかっシステムを横目にて大変だなと思っ事があります。
58
62
 
63
+  連休明けに出勤した私が見た光景は悲惨でしたよ
64
+
59
- メンバー全員休みしだったそうです。
65
+  当該システムの担当メンバー全員休みの上、交代で徹夜作業だったそうです。