04-17-2008 01:34 AM
It is not recommended to configure boot LUNs on array controllers with “continuous high application data activity”.
Do I need a dedicated array controller for boot devices here? Can anyone place this in context for me? Share and Enjoy! Ian
Solved! Go to Solution.
04-17-2008 04:36 AM
I was reading the document and I understood that it will depends of your SAN environment.
Like, if you have an heterogeneous SAN with MSA1500 and in this Storage you have a large Database, it's not recommended to use BFS.
Other case is using an EVA, but do you still have an application that uses larges I/O requests.
If you don't have a large SAN environment, you can use BFS with no problems.
I always use two disks in raid1 in the local controller just to boot the server, but this is my opinion. :D
Hope that helped u
04-20-2008 11:29 PM
I think this warning should be taken in much the same way as "Caution contents are hot" warnings you get on cups of coffee from certain fast-food outlets...
i.e. Sometimes its necessary to state the blindingly obvious to deal with the 1% of people in this world who seem determined to ignore simple common sense.
In this case - if your SAN storage device is already heavily loaded, booting off it might not be a good idea - not least beacuse I expect that there aren't too many tests run in the labs on this sort of situation, and no doubt timeouts during early stage bootstrapping of the OS could have inconsistent results.
You don't need a dedicated FC port on your array just for boot - nevertheless try not to use the same port as you use for your 100K transactions per minute OLTP database...
04-21-2008 01:35 AM
I've no experience with HP-UX and SAN booting, but all the Tru64 UNIX servers I've managed in the past were set up to boot from SAN.
In fact, of the dozen or so servers none had local disks, and just a pair of HBAs talking to either HSG or HSV based storage.
The EVAs were always pretty busy, but I don't ever recall having problems booting from them...
Hope this helps,
04-22-2008 03:13 PM