Hello senthil, Monday, October 30, 2006, 1:12:28 PM, you wrote:
sr> Hi, sr> I am trying to experiment a scenario that we would like to find a sr> possible solution. Is there anyone out there experienced or analyzed sr> before the scenario given below? sr> Scenario: The system is attached to an array. The array type is really sr> doesn't matter, i,e., it can be a JBOD or a RAID array. Needless to sr> say that ZFS is used to access the array. Note that the array is sr> exclusively used to store data for the database. sr> The question is that if the system is crashed, can I still use the sr> array (or rather data) on a different system? sr> Assume the system is crashed and it can't come up. I have to work with sr> support to bring the system up and access the array is one way. My sr> question is really that is it possible that the array can be detached sr> from the failed system and attached to another system and get the data sr> to reduce the downtime? To keep our discussion simpler, lets consider sr> the target (good) system is exactly similar to the source (failed) sr> system. sr> Would ZFS-snapshot or ZFS-clone work? Any pointers/input would be sr> greatly appreciated. Please don't hesitate to suggest me RTFM if it sr> has any good solution. :o) Of course it will work just OOTB. All you will have to do is to manually import pool(s) on new system. In case the array has LUN masking feature then probably array reconfiguration will be needed. But other than that it just work. So, lets say you've got SCSI JBOD connected to host A. Now host A is down, you re-connecy JBOD to host B, do zpool import pool_a and that's it. Now if you do not use legacy mounts and use sharenfs property instead /etc/dfs/dfstab then you don't even have to worry about mountpoints, fs parameters, nfs shares, etc. -- Best regards, Robert mailto:[EMAIL PROTECTED] http://milek.blogspot.com _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
