Tip

The critical link in mirroring

Mirroring to a remote site combines quick recovery with a secure copy of the data. However in any kind of mirroring arrangement the link between the mirrors is critical and needs special attention.

"Analyze

    Requires Free Membership to View

the quality of your line, set realistic expectations and then monitor the performance of your line," advises Wayne Lam, vice-president and co-founder of FalconStor a manufacturer of IP networking products. In fact Lam says FalconStor has found that line performance is probably the most significant factor affecting mirroring performance and reliability in a typical mirroring installation.

In the case of a synchronous mirror, where the remote mirror must send a confirmation before a write operation is considered complete, the effects of poor line performance are immediately obvious. "With a synchronous mirror the situation is cut and dried," Lam says. "If you're out of synch you're dead. The worse your transmission line the slower the application." With an asynchronous mirror, where the write is considered successful as soon as the local write is confirmed, the problems can be more subtle, but just as real.

"Typically you do your design not counting on 100 percent performance [from your communication link], but maybe only 75 percent," Lam says. This, along with whatever buffering is included in your architecture, gives a safety margin for the link. However if you don't monitor the line's actual performance, it can slowly degrade to the point where you not only lose your safety margin, but the system gets so far out of synch that the mirror breaks and needs to be what Lam calls 'resilvered' (resnychronized.)

In deciding on the capacity of the link you also need to consider the need to resychronize the mirror if it breaks. This requires more bandwidth than day to day operations and you either need to make sure that you have enough extra capacity in your link or that your service provider can increase the bandwidth of your link almost immediately. (Make sure you define 'almost immediately' in your Quality of Service (QoS) agreement. To a lot of service providers, 'almost immediately', means by next Tuesday.)

If you monitor your line quality constantly you will usually have early warning of timing conditions that might break the mirror. That gives you the opportunity to head them off. There are economic considerations as well. "If you never monitor your line's performance and you're paying for, say, 100 millisecond [latency] and you're getting 200 milliseconds, what a ripoff!"

Lam has another point about keeping your line performance up to the levels in the QoS agreement with your provider. "The squeaky wheel gets the grease is very true in the service world," he says. He advises contacting the service provider as soon as line performance falls below QOS levels and continuing to complain until the problem is fixed.

For more information:

Tip: Resource guide to snapshots

Tip: Dos and Don'ts of SAN cabling

Tip: Fibre Channel, part one: Going the distance with SANs



About the author: Rick Cook has been writing about mass storage since the days when the term meant an 80K floppy disk. The computers he learned on used ferrite cores and magnetic drums. For the last twenty years he has been a freelance writer specializing in storage and other computer issues.


This was first published in February 2004

There are Comments. Add yours.

 
TIP: Want to include a code block in your comment? Use <pre> or <code> tags around the desired text. Ex: <code>insert code</code>

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
Sort by: OldestNewest

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to:

Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.