- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- File system size and performance
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-12-2005 04:33 PM
12-12-2005 04:33 PM
I'm creating a ServiceGuard package for a large Oracle database. The current database is on a 500GB file system.
Are there any advantages in splitting the large file system to 2x 250GB file systems? If so, how can I quantify it? I am using Secure Path Active-Passive on EVA5000, maybe create 2x 250GB LUNs, each to a separate controller? But with the new EVA5000 firmware due out soon that supports Active-Active, is it worth the trouble?
Background:
HP-UX 11i v2
Oracle 9.2.0.4 (soon to be 10g)
EVA5000 within one disk group, dual 2GB fibre SAN connected, Secure Path 3.0F Active-Passive
Database used for scanning/retrieving documents, online transaction type processing
Thanks in advance, guys.
Tung
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-12-2005 05:02 PM
12-12-2005 05:02 PM
SolutionAnd in case of Oracle, the better thing to do is seperate redo logs, archive logs database files and binaries. ORACLE advises SAME, (strip all mirror everything.) So instead of going for one 500GB FS, whay not split it??
200GB*3 or 150*xx looks fine to me. This firther depends upon is oracle operation write intensive or read itensive??
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-12-2005 05:06 PM
12-12-2005 05:06 PM
Re: File system size and performance
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=183536
http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=145144
-Arun
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-12-2005 06:07 PM
12-12-2005 06:07 PM
Re: File system size and performance
As silly as it may sound, the holdback of splitting the FS is the naming convention, ha! To answer your question, RAC, we split archive logs and oradata files. The database is used for our correspondence management, I'll say read/write are equal.
Seems worthwhile to split the FS, now to convince the DBAs.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-12-2005 09:53 PM
12-12-2005 09:53 PM
Re: File system size and performance
If you are using oracle with RAW colume for tablespace, u can utilize only a mximum of 32Gb size in of one filesystem. After that you need to create another LV and extend tablespace in to teh new LVs. We have online databases which is more than 2TB in size with XP12000. To improve the performance you need to plan a lot
1. No of stripes of the LV, if no of stripes increases the performance boosts up
2. At Storage side, how the port load balancing is done.
3. You need to have Secure path with load balancing at server side.
For the Database we use 8 No of stripes and for archive log we use 4 no of stripes
regards,
Sunil