请教关于数据库规划的问题
工作时每天只有几小时的时间有大量数据需要写入数据库，平时就是只读。
两台服务器，考虑使用oracle10，solaris10，打算用RAC架构，磁盘阵列（16×300G）分两组12块做raid10用raw存储数据文件、控制文件、redo日志，4块做raid1放归档日志。
麻烦高手看一下这样的规划有没有什么问题，
还有听说做RAC的话用文件系统不稳定，所以用了RAW,是这样吗？（因为Tom说过当I/O不存在瓶颈是没有必要使用RAW，而我们的情况基本不存在I/O问题，所以想知道）

------解决方案--------------------
我们公司有个项目以前用的是rac，后来出现了很多问题，只好又换双机。
现在我都不知道rac好不好了，呵呵
如果写这么少，那么事务就会很少，用于归档日志的磁盘应该是够的
------解决方案--------------------
"工作时每天只有几小时的时间有大量数据需要写入数据库，平时就是只读"，如果是这样的话，觉得可以不用归档模式。
------解决方案--------------------
如果是oracle10g，使用文件系统也无妨，如果对solaris和oralce熟悉的话建议使用raw.此外也可以考虑使用oracle自己的asm，不过一定要升级到oracle10.2.0.4，避免遇到bug。

引用楼主 wffffc 的帖子:

工作时每天只有几小时的时间有大量数据需要写入数据库，平时就是只读。
两台服务器，考虑使用oracle10，solaris10，打算用RAC架构，磁盘阵列（16×300G）分两组12块做raid10用raw存储数据文件、控制文件、redo日志，4块做raid1放归档日志。
麻烦高手看一下这样的规划有没有什么问题，
还有听说做RAC的话用文件系统不稳定，所以用了RAW,是这样吗？（因为Tom说过当I/O不存在瓶颈是没有必要使用RAW，而我们的情况基本不存在I/O…

------解决方案--------------------
1.两台服务器可以用DP软件做双机热备份，以增加系统的可靠性；
2.存储数据文件和redo日志文件可以放在容量较大的磁盘阵列中，而控制文件可以放在两台相同的服务器上。
3.正如楼上所说，DML较少，可以不使用归档模式。

引用楼主 wffffc 的帖子:

工作时每天只有几小时的时间有大量数据需要写入数据库，平时就是只读。
两台服务器，考虑使用oracle10，solaris10，打算用RAC架构，磁盘阵列（16×300G）分两组12块做raid10用raw存储数据文件、控制文件、redo日志，4块做raid1放归档日志。
麻烦高手看一下这样的规划有没有什么问题，
还有听说做RAC的话用文件系统不稳定，所以用了RAW,是这样吗？（因为Tom说过当I/O不存在瓶颈是没有必要使用RAW，而我们的情况基本不存在I/O…

------解决方案--------------------
1.RAC：我感觉RAC主要用在有大量应用程序连接到数据库，需要数据库提供很多进程进行处理的时候，一般是单机处理能力不足＋I/O性能满足要求的时候，否则，还是用单机比较好维护。另外，RAC在处理时会有部分性能损耗。
2.归档日志：archive log还是必要的，总要做RMAN恢复吧。不过个人感觉归档日志文件放在RAC服务器自己的硬盘上就好了，把剩余的4硬盘都加到主盘阵中去吧，I/O还能好一些。
3.热备盘：另外，是不是要留2块做热备盘呢，当RAID中出现坏盘，在更换前不会影响RAID读写性能。
都是直观感觉，不知道说的对不对。呵呵