○Oracleサーバー統合の背景
　OracleをDBMSとして利用し稼動する、複数台のサーバーがあり、事業所（東京、名古屋、大阪
　など）毎に１?２台程度配置されている。
　ＤＢＡ（DB管理者）は、サーバーに対して２人ずつ（主担当，副担当）配置されているのが、現
　体系である。
　それを今回、１台（または２台）のサーバーに統合する事で、ＤＢＡを１人にし、運営コストの
　低減及びミドルウェア等の管理費圧縮を狙っている。

○論点と現段階での方針
　１．インスタンスは、幾つ設けるか？
　　　・（案１）・現事業所の数だけ、インスタンスを設ける
　　　　　　　　メリット　：・リソースの管理が事業所毎で行える為、原因追求が行いやすい
　　　　　　　　　　　　　　・障害が発生した際、そのインスタンスだけをシャットダウン／再
　　　　　　　　　　　　　　　起動できるので、影響を最小限に食い止められる
　　　　　　　　デメリット：・インスタンスが複数になる分、管理も増える
　　　・（案２）・サーバーでインスタンスを１つとする
　　　　　　　　メリット　：・ＤＢＡの管理が行いやすい
　　　　　　　　デメリット：・リソース管理が１つとなる為、障害が発生した際、サーバー全体
　　　　　　　　　　　　　　　を止める事となる
　２．インスタンスに対し、スキーマは幾つ設けるか？
　　　・（案１）スキーマは、インスタンスに対し１つにする
　　　　　　　　メリット　：・ＤＢＡの管理がしやすい、表の共有化が容易に行える
　　　　　　　　デメリット：・システムでの境界が無い為、どのシステムでどの表を使用している
　　　　　　　　　　　　　　　か別途管理が必要になってくる
　　　・（案２）スキーマは、システム単位で切る
　　　　　　　　メリット　：・システム単位でスキーマを設ける為、影響度、表の所在が明確になる
　　　　　　　　デメリット：　ＤＢＡは、メンテナンス・チューニング等が必要になった時、スキーマ
　　　　　　　　　　　　　　　単位でユーザを切り替える必要がある。
　　　　　　　　　　　　　　・表の共有化が難しくなる