If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
|
Thread Tools | Display Modes |
#11
|
|||
|
|||
Linux LVM software raid, and SAN question.
Note that without using enterprise-level software (read: $$$) which
would allow you to integrate the snapshot into the database, you'll need to manually coordinate flushing and freezing the db before taking a snapshot at the volume manager level. Windows is powerful at this tasks with VSS, provided the software package of the volume manager has the VSS provider module. -- Maxim Shatskih, Windows DDK MVP StorageCraft Corporation http://www.storagecraft.com |
#12
|
|||
|
|||
Linux LVM software raid, and SAN question.
Kyle Schmitt wrote:
Software raid to mirror the luns from both sans, and use static partitions? Software raid, then LVM ontop of it? LVM to mirror and handle the whole damned thing? PowerPath for multipathing, or using the multipathing the kernel provides? The particular instance I'm dealing with is a database server that will have two HBAs, each connected to a different SAN, which is mirrored from the linux side. *While there are several ways I know how to set it up, I'm unsure as to which will really be the best way (not necessarily easiest) to do it. Thanks --Kyle 1 = Well just have read all the reply's you have got so far, let me suggest. http://www.symantec.com/business/the...hemeid=sfbasic And if you can do with max 4 volumes to be mirrored; go for it - Replacing the ext3 (or what ever) with vxfs and LWM with vxvm [remember to enable Dirty Read Logs (fast resync after crash)]. LWN in Linux is OK, but for your setup I would suggest this Software because is has more "guarantees", in fail situations. Simply think (based on 14 years in the IT business as administrator) crash situations is better handled by this commercial product. Faulty PSU's (or even worse, much worse, partly faulty PSU's - PSU's that don't die) I think is cause to a lot of errors in software based RAID solutions. RAID much much better done in hardware!! 2 = Depending on your database, let the database replicate itself to another database instance (on the other disk system). No need at all for software in the OS to complicate things. /Lars H. |
|
Thread Tools | |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Another question on RAID (software) | Carlos Moreno | Storage (alternative) | 10 | April 9th 05 03:50 AM |
Newbie Question re hardware vs software RAID | Gilgamesh | General | 44 | November 22nd 04 11:52 PM |
A7V600 Raid (linux?) question | tamer kavlak | Asus Motherboards | 0 | August 9th 04 12:41 PM |
Any P4P800-E Deluxe PATA RAID vs. XP software RAID benchmarks? | Shawn Barnhart | Asus Motherboards | 0 | July 21st 04 05:14 PM |
Redhat Linux on A7V333 - Software RAID problem | Steve | Asus Motherboards | 0 | February 27th 04 05:40 PM |