AREV 3.12 and RAID level 1 (mirroring) (AREV Specific)
At 21 MAR 2006 10:33:11AM Daniel Rebich wrote:
Good morning and thank you in advance for any insight you can provide into the following questions.
Does anyone know of any problems using SATA hard drives with RAID level 1 (mirroring, not duplexing) to run AREV 3.12? We have rcently moved to this environment and have begun to receive GFE errors occasionally (every third day or so), whereas, prior to this we hadn't received a GFE error in years using IDE drives and tape backup every evening. We are also seeing alot of linear hash errors in the application log. Does the inear hash service not play well in a mirroring environment?
Second question how are you providing fault tolerance and business continuity (in case of disaster) at your shop? We decided to go to hotswappable RAID level 1, because we couldn't complete backups of our AREV db due to file being open. Does anyone know if the Backup Exec open files option will function in harmony with AREV 3.12?
Thanks for any insight.
Daniel Rebich
At 21 MAR 2006 11:01AM Ray Chan wrote:
Dan,
FWIW, we're runing OI with Raid 1 and with SATA drive. No problems at all.
My understanding is that AREV 3.12 shares the same file structure as used in OI so I guess theoectically it should be the same. If this isn't correct, I'm sure that some of our expert colleagues here will make a correction.
HTH,
Ray Chan
At 21 MAR 2006 11:20AM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:
We have sites who experience GFEs when SATA enabled Workstations are used. For 24-7 availability look for the forthcoming release of the Universal Driver Heavy.
World leaders in all things RevSoft
At 21 MAR 2006 03:31PM R Johler wrote:
We use Backup Exec on our Netware v5 servers and no we cannot use the open files option at this point to backup the active arev tables.
Our network admin has Backup Exec create a text file when it starts which our arev system can read, and if this file exists we stop or suspend our arev processing. When backup is done it clears this file.
We also found that not backing up Sysobj keeps arev going (so it can check for the backup running condition). We have the sysobj revxxxxx tables set to be skipped in Backup Exec but copy those tables each night to a sysobj_archive, which is backed up, just in case we need to change one of our MFS programs or something that runs really early in logon. Since we rarely change sysobj this is ok.
At 21 MAR 2006 03:54PM Daniel Rebich wrote:
Is this a service that you (Sprezzatura) is creating or is the guys at Advanced Revelation creating it?
Thanks
At 21 MAR 2006 05:50PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:
Guys at Rev, we have something similar but not as low level. We'd recommend waiting for the Rev solution - it will require twin servers but it is VERY powerful.
World leaders in all things RevSoft
At 22 MAR 2006 08:48PM Daniel Rebich wrote:
Any idea when they might unveil the driver for public use?
Thanks
Daniel
At 23 MAR 2006 12:23PM Victor Engel wrote:
Have you looked into Open File Manager? I don't know if it is match for you, but from what I've heard, it seems like a possible match.
At 26 MAR 2006 10:56PM Daniel Rebich wrote:
Victor,
Do you have any idea if there are any problems using OFM with AREV 3.12? I've chatted with folks at Revelation and no one really wants to bless OFM as a solution to the open files during backup problem.
thanks
Daniel
At 27 MAR 2006 12:03PM R Johler wrote:
Our Novell network guy had tried OFM in the past (2-3 years ago) and he didn't report problems with use of it.
He did report while using OFM backup was still able to lock the file so arev could not access that file when backup was actively backing up the file.
Our network guy is planning to backup our Arev to a disk Raid array, and then backup that array. While not really the solution, it will reduce the 'black-out period' greatly.
At 28 MAR 2006 12:06PM Victor Engel wrote:
I don't know. I've not used it (so maybe I shouldn't have pointed it out, but I thought maybe it was something you hadn't encountered that deserved consideration), but I thought there were people here who were using it successfully.
At 28 MAR 2006 03:26PM R Johler wrote:
Thank you Victor - I appreciate your knowledge, advice and tips!
It just didn't work out for us and I thought I would post our experience with St Bernard for the rest of *them*.
At 29 MAR 2006 12:38PM Daniel Rebich wrote:
The raid array is how we were hoping to do it as well with the mirrored disk being hot-swappable; however, we are unable to get the rebuild from the primary drive to the hot-swappable drive to complete w/o errors. What raid product are you using? We are attempting to use Promise Technology raid level 1 with 251 GB Maxtor S-ATA drives. Maybe new hardware is our answer.
Thanks
Daniel