Quicksearch
Disclaimer
The individual owning this blog works for Oracle in Germany. The opinions expressed here are his own, are not necessarily reviewed in advance by anyone but the individual author, and neither Oracle nor any other party necessarily agrees with them.
< Virtual machines and system time | Less known Solaris Features: Remote Mirror with AVS - Part 2: The fundamentals of Remote mirroring with AVS >
Less known Solaris Features: Remote Mirror with AVS - Part 1: Introduction
Sunday, March 30. 2008
Solaris was designed with commercial customers in mind. Thus this operating environment has some capabilities that are somewhat useless for the soho user, but absolutly essential for enterprise users. One of this capabilities is remote replication of disk volumes. Imagine the following situation. You have a database and a filesystem for a central application of your company. The filesystem stores binary objects (for example images or something like that). The application is so important for your company, that you plan to build a replicated site. And now your problems start.
Replicating a database is fairly easy. Most databases have some functionality to do a master/replica replication. Filesystems are a little bit harder. Of course you can use rsync, but whats with the data you wrote after the last rsync run and the failure of your main system. And how do you keep the database and the filesystem consistent?
The Solaris operating environment has a feature to solve this problem. Itīs called Availability Suite (in short AVS). Itīs a rather old feature, but i would call it a matured feature. The first versions of the tool wasnīt really enterprise ready and this led to some rude nick names for this feature, but thatīs so long ago ....
AVS was designed to give the operating environment the capability to replicate a volume to another site independently from the way itīs used. Thus itīs irrelvant, if the volume is used by a filesystem, as a raw device for a database. Well you can even use it to give ZFS the capability to do a synchronous replication (a feature missing today)
AVS has a point-in-time-copy feature (something similar to snapshots) as well, but this tutorial will concentrate to the remote mirror capability.
Posted by Joerg Moellenkamp
in English, Solaris
at
20:43
| Comments (0)
| Trackbacks (2)
View as PDF: This entry | This month | Full blog
Defined tags for this entry: avs
, disaster recovery
, lksf
, remote mirror
, solaris
, storage
, sun
, tutorial
, disaster recovery, lksf, remote mirror, solaris, storage, sun, tutorialView as PDF: This entry | This month | Full blog
+1
The LKSF book
The book with the consolidated Less known Solaris Tutorials is available for download here
Web 2.0
Contact
Networking
xing.com
LinkedIn
Facebook
My photos
- mail: joerg@c0t0d0s0.org
- icq: 144000169
- Me, myself and I
- openBC
- My del.icio.us
- c0t0d0s0@twitter
- c0t0d0s0@last.fm
- wiki@c0t0d0s0
- Amazon Wishlist
Networking
xing.com
My photos
Buttons
This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Germany License
Blog Administration
Donate
Okay, okay ... as several people have asked for it ... but you know my opinion.
As i told you before, AVS Remote Mirror is a rather unusual feature. Nevertheless itīs a really useful feature. The possibilties of such tools are endless, but it isnīt heavy wizardry as you may have noticed already. So itīs definitly a feature you shoul
Tracked: Apr 01, 21:05
This is the home page for the Eamonn Corrigan (CUSP) space. Some interesting external resources: Solaris Containers What They Are and How to Use Them 8192679.pdf Managing ZFS in Solaris 10 Containers
Tracked: Apr 22, 17:01