Archief

Posts Tagged 'SnapMirror'

SnapMirror setup script

14 maart 2010

Ik had de taak om te repliceren een bestaande klanten filer naar hun nieuwe DR-systeem. Dit was een groot systeem, en zo veel als het creëren van SnapMirrors niet is bijzonder ingewikkeld, het is tijdrovend. Dus als met veel dingen die ik doe, ik schreef een script om te helpen dit te bereiken mijn taak sneller, en ga nog een koffie.

Je moet vooraf gedeelde sleutels setup (als altijd), maar de rest is gevraagd. Er is geen gegevensvalidatie (geen verrassing). Het script zal worden uitgevoerd 4 tekstbestanden, een voor het maken / beperken van de volumes, een voor de "snapmirror.conf", op om gebruikt te worden in plaats van "snapmirror.conf" terwijl je aan het doen de baseline initialisatie, en tenslotte een aan eigenlijk initialiseren snapmirrors. Er is geen intelligentie rond gelijktijdige streams, zodat initialisatie is nog steeds een beetje van een jongleeract en wachten spel.

Laat het me weten als je dit nuttig.

#! / Bin / bash

echo "Voer de naam van de primaire filer:"
lees PRI_FILER

echo "Voer de naam van de DR filer:"
lees DR_FILER

ConnectString = "ssh-c 3DES"
# ConnectString = "rsh"

SnapMirrorHour = 22
SnapMirrorMinute = 0
SnapMirrorStagger = 5

echo ""> $ {} DR_FILER _filer_volumes.txt
echo ""> $ {} DR_FILER _snapmirror.conf
echo ""> $ {} DR_FILER _sm_initialize.txt
echo ""> $ {} DR_FILER _snapmirror_init.conf

voor AGGR in `$ {ConnectString} $ PRI_FILER" aggr status "| awk '! 2 dollar ~ / staat / {print $ 1}'`
doen
SIZE = `$ {ConnectString} $ PRI_FILER" df-Ah $ AGGR "| sed 's / \ ([0-9] [KMGT] \) B / \ 1 / g' |. Awk '$ 1 ~ / snapshot | aggregaat / {print $ 2} '`
voor VOL in `$ {ConnectString} $ PRI_FILER" aggr show_space $ AGGR "| awk '$ 1 ~ / Space / {print $ 0}!' | awk '$ 4 ~ / volume | file | none / {print $ 1}'`
doen
echo "vol $ {} VOL create-s none $ {AGGR} $ {SIZE}">> $ {} DR_FILER _filer_volumes.txt
echo "vol te beperken $ {VOL}">> $ {} DR_FILER _filer_volumes.txt
echo "SnapMirror initialiseren-S $ {PRI_FILER}: $ {VOL} $ {DR_FILER}: $ {VOL}">> $ {} DR_FILER _sm_initialize.txt
echo "$ {PRI_FILER}: $ {VOL} $ {DR_FILER}: $ {VOL} - $ {SnapMirrorMinute} $ {SnapMirrorHour} * *">> $ {} DR_FILER _snapmirror.conf
echo "$ {PRI_FILER}: $ {VOL} $ {DR_FILER}: $ {} VOL - - - - -">> $ {} DR_FILER _snapmirror_init.conf

SnapMirrorMinute = `expr $ SnapMirrorMinute + $ SnapMirrorStagger`

Command Line , , , ,

snapmirror

July 7th, 2009

Inhoudsopgave

NAAM

snapmirror – Log of SnapMirror Activity

SYNOPSIS

/etc/log/snapmirror

BESCHRIJVING

The SnapMirror log file contains a log of SnapMirror activity for this filer. The file lives in /etc/log on the root volume of both the source and destination filers. When the option snapmirror.log.enable is set to on , all the SnapMirror activities will be recorded in this log file. See options for details regarding how to enable and disable this option. Every Sunday at 00:00, /etc/log/snapmirror is moved to /etc/log/snapmirror.0 , /etc/log/snapmirror.0 is moved to /etc/log/snapmirror.1 , and so on. The suffix can go up to 5. This process is called rotation. SnapMirror log entries are saved for a total of six weeks.

Each entry of the /etc/log/snapmirror file is a single line consisting of space-separated fields. All log entries begin with a type field and a timestamp field. The final field may be enclosed by parentheses, in which case it may contain spaces. The timestamp field contains a fixed number of spaces, and as such can be parsed as five space-delimited fields. Which fields appear, and in what order they appear in, is determined by the type field of log entry (which is the first field).

Following is a description of each field.

type Indicate the type of the entry, which also determines the format of the rest of the entry. It can be one of the following values:

log
log facility activity

Format: type timestamp event_info…

sys
system-wide activity

Format: type timestamp event_info…

tgt
snapvault target activity

Format: type timestamp volume target event_info…

src
source activity

Format: type timestamp source destination event_info…

dst
destination activity

Format: type timestamp source destination event_info…

cmd
user command activity

Format: type timestamp source destination event_info…

scn
replication check source activity

Format: type timestamp source destination event_info…

CHK
replication check destination activity.

Format: type timestamp source destination event_info…

vol
volume-wide activity

Format: type timestamp volume event_info…

slk
softlock addition-deletion activity

Format: type timestamp softlock event_info…

timestamp
Displayed in ctime() format, eg Fri Jul 17 20:41:09 GMT. Indicates the time this event is recorded.

volume Specifies the name of the volume to which this entry applies.

doel Dit is de naam en het type van de doelstelling voor dit item. Doelen zijn volume-brede acties, typisch snapshot creaties. Het wordt weergegeven als twee colonseparated velden, als volgt:

target_type: target_name

De beoogde naam kan een lege string zijn.

bron Dit is de naam van de bron Filer en het volume naam of het pad naar qtree worden gespiegeld. De naam wordt gespecificeerd als twee dubbele punten gescheiden velden, als volgt:

host: path

Dit veld kan worden `- 'wanneer niet van toepassing voor het evenement.

bestemming
Dit is de naam van de bestemming filer en het volume naam of het qtree pad van de bestemming. De naam wordt gespecificeerd als twee dubbele punten gescheiden velden, hetzelfde als in de bron veld.

Dit veld kan worden `- 'wanneer niet van toepassing voor het evenement.

event_info
Dit veld bevat de gebeurtenis die wordt gelogd. Sommige gebeurtenissen hebben extra informatie tussen haakjes.

Aanvraag (IP-adres | overdracht type) Een verzoek tot overschrijving is verzonden (bestemming) of ontvangen (bron). Aan de bron kant, is het IP-adres van de bestemming filer dat het verzoek opgenomen tussen haakjes. Van de bestemming kant, wordt de overdracht aard, opgenomen in de haakjes.

Start Het begin van een transfer.

Start (Snapshots om te controleren = # num, level = {gegevens | checksum}, {check | fix}, {Snel | full}-modus)
Het begin van een replicatie te controleren of repareren sessie. De sessie opties zijn opgenomen in de haakjes. Alle opties verschijnen op de plaats van bestemming zijkant log, maar alleen de "snapshots te controleren" optie verschijnt in bron kant log.

Herstart (@ num KB)
Het begin van een herstart overdracht.

End (num KB gedaan)
De voltooiing van een transfer. De totale omvang van de overdracht in KB is opgenomen in de haakjes.

End (src_only = num_1, dst_only = num_2, mismatch = num_3) De voltooiing van een replicatie te controleren of repareren sessie. De samenvatting van de sessie is opgenomen in de haakjes. De samenvatting is alleen aanwezig op de bestemming kant logs. Bronzijde logs zal bevatten geen beknopte informatie.

Afbreken (error msg)
Een transfer is afgebroken. De foutmelding is opgenomen in de haakjes.

Uitstellen (reden)
Geeft aan dat een transfer is uitgesteld als gevolg van een bron beperking. De reden voor de uitstel is opgenomen in de haakjes.

Wait_tape
Een SnapMirror tape bediening staat te wachten voor de volgende band.

New_tape
Een SnapMirror tape werking zette de samenwerking met de nieuwe tape.

Sync_start
De start van synchrone mirroring modus voor de SnapMirror relatie die in deze log entry.

Sync_end (reden)
Het einde van synchrone mirroring modus voor de SnapMirror relatie die in deze log entry. De reden voor uitval van de synchrone modus is opgenomen in de haakjes.

Quiesce_start
Het begin van quiesce proces.

Quiesce_end
De afronding van quiesce proces.

Quiesce_failed (reden)
Het falen van quiesce proces. De reden voor het niet is opgenomen in de haakjes.

Rollback_start
Het begin van een rollback proces voor een qtree SnapMirror of SnapVault.

Rollback_end
De voltooiing van een rollback proces voor een qtree SnapMirror of SnapVault.

Rollback_failed (reden)
Het falen van een rollback proces voor een qtree SnapMirror of SnapVault. De reden voor het niet is opgenomen in de haakjes.

Coalesce_start (snapshot)
Het begin van een samensmelten proces voor een SnapVault qtree. De basis snapshot voor het samensmelten operatie is opgenomen in de haakjes.

Coalesce_end
De voltooiing van een proces voor een samensmelten SnapVault qtree.

Coalesce_failed (reden)
Het falen van een samensmelten proces voor een SnapVault qtree. De reden voor het niet is opgenomen in de haakjes.

Target_start
Het begin van een SnapVault doel.

Target_end
De voltooiing van een SnapVault doel.

Target_failed (reden)
Het falen van een SnapVault doel. De reden voor het niet is opgenomen in de haakjes.

Start_logging
SnapMirror log was ingeschakeld.

End_logging
SnapMirror log was uitgeschakeld.

SnapMirror_on (oorzaak)
SnapMirror werd ingeschakeld op deze host. De werking of het proces dat SnapMirror te worden ingeschakeld veroorzaakt is vermeld in de haakjes.

SnapMirror_off (oorzaak)
SnapMirror is uitgeschakeld op deze host. De werking of het proces dat SnapMirror te worden met een handicap veroorzaakt is vermeld in de haakjes.

SnapVault_on (oorzaak)
SnapVault werd ingeschakeld op deze host. De werking of het proces dat veroorzaakt SnapVault te worden ingeschakeld is vermeld in de haakjes.

SnapVault_off (oorzaak)
SnapVault is uitgeschakeld op deze host. De werking of het proces dat veroorzaakt SnapVault te worden met een handicap is vermeld in de haakjes.

Resume_command
Gebruiker uitgegeven SnapMirror hervatten commando.

Break_command
Gebruiker uitgegeven SnapMirror breken commando.

Release_command
Gebruiker uitgegeven SnapMirror los commando.

Abort_command

Abort_command (type)
Gebruiker uitgegeven SnapMirror af te breken commando. Het type zal alleen aanwezig zijn als het afbreken was uitgegeven met extra opties die het type van het afbreken veranderd.

Resync_command ( common snapshot )
User issued snapmirror resync command. The common snapshot for the resync operation is included in the parentheses.

Restore_resync_command ( common snapshot ) User issued snapvault restore -r command. The common snapshot for the resync operation is included in the parentheses.

Migrate_command
User issued snapmirror migrate command.

Request_check ( snapshot_name )
A request for single snapshot during replication check session. This is source side log entry. Each snapshot being checked in a replication check session will have its entry. Name of snapshot is included in the parentheses.

Checking_snapshot source snapshot_name ( timestamp , cpcount= num_2 , snapid= id ) to dest_snapshot_name ( timestamp , cpcount= count , snapid= id ) The beginning of a single snapshot comparison during replication check. It is logged on both source and destination.

Abort_check
replication check session for SnapMirror or SnapVault aborted. Reason of abort is included in the parentheses.

Abort_check_command
User issued replication check abort command. Corresponding log file entry appears with cmd type .

Data_differ ({block blk_num in file_path | VBN vbn })
Replication check found a data block mismatch. Either the block number and the inode path or Volume Block Number (VBN) is included in the parentheses.

Unique_in_src ( entry_type for entry_path ) Replication check found an entry only present in the source . The entry type and entry path are included in the parentheses.

Unique_in_dst ( entry_type for entry_path ) Replication check found an entry only present in the destination . The entry type and entry path are included in the parentheses.

Size_differ ( path )
Replication check found a file size mismatch in specified inode. The inode path is included in the parentheses.

Type_differ ( path )
Replication check found a inode type mismatch. The inode path is included in the parentheses.

UID_differ ( path )
Replication check found a user ID mismatch for specified inode. The inode path is included in the parentheses.

GID_differ ( path )
Replication check found a group ID mismatch for specified inode. The inode path is included in the parentheses.

Perm_differ ( path )
Replication check found a permission or dosbit mismatch for specified inode. The inode path is included in the parentheses.

Atime_differ ( path )
Replication check found a mismatch in the last access time for specified inode. The inode path is included in the parentheses.

Mtime_differ ( path )
Replication check found a mismatch in the last modification time for specified inode. The inode path is included in the parentheses.

Ctime_differ ( path )
Replication check found a mismatch in the last size/status change time for specified inode. The inode path is included in the parentheses.

Crtime_differ ( path )
Replication check found a mismatch in the creation time for specified inode. The inode path is included in the parentheses.

Rdev_differ ( path )
Replication check found a device number mismatch for specified inode. The inode path is included in the parentheses.

DOSbits_differ ( path )
Replication check found a DOS bits mismatch for specified inode. The inode path is included in the parentheses.

ACL_differ ( path )
Replication check found an NT or NFS V4 ACL mismatch for specified inode. The inode path is included in the parentheses.

Hardlink_differ ( path )
Replication check found a hardlink for specified inode, but the inode on destination doesn't match between the links. The inode path is included in the parentheses.

Qtree_oplock_differ ( path )
Replication check found oplock setting mismatch for a qtree. The qtree path is included in the parentheses.

Qtree_security_differ ( path )
Replication check found security setting mismatch for a qtree. The qtree path is included in the parentheses.

Hole_uses_disk_space ( path )
Replication check found unnecessary disk usage for specified inode, this however is not a mismatch. The inode path is included in the parentheses.

Convert_command
User issued snapmirror convert command.

Older_snapshot
Updating from a snapshot which is older than the current base snapshot.

Snapshot_delete ( snapshot name )
A snapshot is deleted from this volume. The snapshot name is included in the parentheses.

Snapshot_replace ( snapshot name )
A SnapVault snapshot has been replaced after a SIS operation with a newer snapshot of the same name. The snapshot name is included in the parentheses.

FILER_REBOOTED
The filer is rebooted.

WORM_LOG_FAIL ( reason )
Write to WORM log file failed. The reason for failure is included in the parentheses.

WORM_LOG_FAILURE_RECOVER_START
The beginning of the recovery of the failed WORM log entries.

WORM_LOG_FAILURE_RECOVER_END
The end of the recovery of the failed WORM log entries.

Softlock_add ( operation )
A softlock is added. The operation that added the softlock is included in the parentheses.

Softlock_add_pending ( operation )
A softlock is added as a pending softlock. The operation that added the softlock is included in the parentheses.

Softlock_delete ( operation )
A softlock is deleted. The operation that deleted the softlock is included in the parentheses.

Softlock_delete_pending ( operation ) A pending softlock is deleted. The operation that deleted it is included in the parentheses.

Softlock_mark_pending ( operation )
A softlock is marked as pending. The operation that marked it is included in the parentheses.

EXAMPLES

A typical entry in /etc/log/snapmirror looks like:
 dst Fri Jul 17 22:50:18 GMT filer1:srcvol filer2:dstvol Request (Update) 

The above example shows an update request recorded by the destination side for a SnapMirror relationship from filer:srcvol to filer2:dstvol that happened at the recorded time.

A typical Replication check session in /etc/log/snapmirror on destination looks like:

   CHK wo 19 januari 01:07:39 GMT Woolf: / vol/vol1 milton: / vol/vol1 Request (check) chk Wed 19 januari 01:07:39 GMT Woolf: / vol/vol1 milton: / vol/vol1 Start ( Snapshots to = 2 controleren, niveau = gegevens, check, vol) chk Wed 19 januari 01:07:39 GMT Woolf: / vol/vol1 milton: / vol/vol1 Checking_snapshot Milton (0033587346) _vol1.5 (Jan 18 ... Wed CHK 19 januari 01:07:48 GMT Woolf: / vol/vol1 milton: / vol/vol1 Checking_snapshot nightly.0 (Jan 18 00:00, cpcount = ... chk wo 19 januari 01:07:57 GMT Woolf: / vol/vol1 milton: / vol/vol1 Einde (src_only = 0, dst_only = 0, mismatch = 0) 

Een typische Replicatie check-sessie in / etc / log / SnapMirror op de bron er uit ziet:

  scn wo 19 januari 00:58:27 GMT Woolf: / vol/vol1 milton: / vol/vol1 Request (172.29.19.15) SCN Wed 19 januari 00:58:27 GMT Woolf: / vol/vol1 milton: / vol/vol1 start (Snapshots to = 2 te controleren) scn Wed 19 januari 00:58:27 GMT Woolf: / vol/vol1 milton: / vol/vol1 Request_check (Milton (0033587346) _vol1.5) scn Wed 19 januari 00:58:27 GMT Woolf: / vol/vol1 milton: / vol/vol1 Checking_snapshot Milton (0033587346) _vol1.5 (Jan 18 ... scn wo 19 januari 00:58:36 GMT Woolf: / vol/vol1 milton: / vol/vol1 Request_check (nightly. 0) scn Wed 19 januari 00:58:36 GMT Woolf: / vol/vol1 milton: / vol/vol1 Checking_snapshot nightly.1 (Jan 18 00:00, cpcount = ... scn wo 19 januari 00:58:45 GMT Woolf: / vol/vol1 milton: / vol/vol1 End 

Een typische softlock te loggen in / etc / log / SnapMirror er uit ziet:

  slk Wed May 10 03:06:15 GMT state.softlock.vol1.0000011e.054.filer1:vol3 Softlock_add (Transfer) slk Wed May 10 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1:vol3 Softlock_delete (Transfer) slk Wed May 10 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1:vol3 Softlock_delete (Revert) slk Wed May 10 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1:vol3 Softlock_delete (Release) slk Wed May 10 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1:vol3 Softlock_delete (Clean_softlocks) slk Wed May 10 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1:vol3 Softlock_add (RSM_forward) slk Wed May 10 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1:vol3 Softlock_delete (RSM_forward) slk Wed May 10 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1:vol3 Softlock_delete (Snapmirror_destinations) slk Wed May 10 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1:vol3 Softlock_delete_pending (Transfer) slk Wed May 10 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1:vol3 Softlock_add_pending (Transfer) slk Wed May 10 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1:vol3 Softlock_mark_pending (Transfer) 

BESTANDEN

/etc/log/snapmirror
SnapMirror log file for current week.

/etc/log/snapmirror.[0-5]
SnapMirror log files for previous weeks.

ZIE OOK

options , snapmirror snapvault


Inhoudsopgave







































































Manual Pages , , , ,

snapmirror

July 7th, 2009

Inhoudsopgave

NAAM

snapmirror – volume, and qtree mirroring

SYNOPSIS

snapmirror { on | off }

snapmirror status [ options ] [ volume | qtree ... ]

snapmirror initialize [ options ] destination

snapmirror update [ options ] destination

snapmirror quiesce destination

snapmirror resume destination

snapmirror break [ options ] destination

snapmirror resync [ options ] destination

snapmirror destinations [ option ] [ source ]

snapmirror release source destination

snapmirror { store | retrieve } volume tapedevices

snapmirror use destination tapedevices

snapmirror throttle <n> destination

snapmirror abort [ options ] destination

snapmirror migrate [ options ] source destination

BESCHRIJVING

De SnapMirror commando wordt gebruikt om SnapMirror, een methode van mirroring volumes en qtrees controle. Het stelt de gebruiker in staat te stellen uit te schakelen en de geplande en handmatige data transfers, informatie opvragen over de transfers, start de initialisatie overdracht van gegevens, start een update van een spiegel, tijdelijk te pauzeren updates van een spiegel, breek spiegel relaties, opnieuw te synchroniseren gebroken spiegels, lijst bestemming informatie , release kind spiegels, op te slaan volume beelden op tape, op te halen hoeveelheid beelden van tape, en af ​​te breken lopende transfers.

SnapMirror kan worden gebruikt om volumes of qtrees repliceren. De processen en gedragingen betrokken zijn licht (en soms subtiel) verschil tussen de verschillende soorten data mirroring.

Het SnapMirror proces is bestemmings-driven. De SnapMirror initialiseren commando begint de eerste overdracht die priemgetallen van de bestemming met alle gegevens op de bron. Voorafgaand aan de eerste overdracht, moet de bestemming klaar om te worden overschreven met de gegevens uit de bron; bestemming volumes moeten worden beperkt (zie vol), en de bestemming qtrees mag nog niet.

Voor asynchrone spiegels, periodiek de bestemming een update van de bron vraagt, accepteert een overdracht van gegevens, en schrijft deze gegevens naar de schijf. Deze update van transfers bevatten alleen wijzigingen van de bron sinds de laatste overdracht. De SnapMirror scheduler initieert deze overdracht automatisch volgens schema in het snapmirror.conf bestand.

Synchrone spiegels zullen in eerste instantie asynchroon gedragen, maar zal de overgang naar de synchrone modus bij eerste gelegenheid. Deze spiegels kunnen terugkeren naar asynchrone modus bij een fout (bijvoorbeeld een netwerk van afscheiding tussen de spiegeling filers), of op verzoek van de gebruiker.

De SnapMirror update commando kan gebruikt worden om apart te starten afzonderlijke geldovermakingen vanuit de geplande degenen in snapmirror.conf.

Na de eerste overdracht, de plaats van bestemming is beschikbaar voor klanten, maar in een alleen-lezen staat. De status van een bestemming zal laten zien dat het snapmirrored (zie aggr, vol, of qtree voor meer details over de weergave van de staat van bestemming).

Om de bestemming te gebruiken voor het schrijven en het lezen, wat handig is wanneer een ramp maakt de bron niet beschikbaar is of wanneer u de bestemming als een test volume / qtree gebruiken, kunt u het einde van de SnapMirror relatie met de SnapMirror break commando. Dit commando verandert de bestemming van de status van snapmirrored tot afgebroken, waardoor het schrijfbaar. De SnapMirror resync commando kunt een voormalige bestemming de status terug naar snapmirrored en zal de inhoud ervan synchroniseren met de bron. (Bij toepassing op een ex-bron, kan SnapMirror synchroniseert zet hem in een spiegel van de vroegere bestemming. Op deze manier, de rollen van de bron en de bestemming kan worden teruggedraaid.)

Een filer houdt alle bestemmingen, zowel direct spiegels of spiegels van spiegels, voor elk van haar bronnen. Deze lijst kan worden weergegeven via de SnapMirror bestemmingen commando. De SnapMirror versie commando kan gebruikt worden om een filer te vertellen dat een bepaalde rechtstreekse spiegel zal niet meer mogelijk om updates.

Om op te slaan bandbreedte van het netwerk, kan tape worden gebruikt om een nieuwe mirror volume in plaats van de SnapMirror initialiseren commando prime. De SnapMirror slaan commando dump een beeld van de bron op tape. De SnapMirror halen commando herstelt een volume afbeelding van tape en bereidt het volume voor update-overdracht via het netwerk. Als er meerdere tapes worden gebruikt om een beeld te creëren volume, is het gebruik SnapMirror commando gebruikt om een wachtlijst te slaan instrueren of het proces om output te schrijven of te aanvaarden invoer naar / van een nieuwe tape-apparaat op te halen. Het opslaan en ophalen commando's kunnen niet worden gebruikt met qtrees.

De SnapMirror migreren commando wordt gebruikt op een bestaande bron en de bestemming koppelen aan het doelvolume een beschrijfbare "na te bootsen" van de bron te maken. De bestemming gaat uit van de NFS filehandles van de bron, het helpen van de filer beheerder om te voorkomen dat NFS weer monteren op de client zijde.

De snapmirror.conf bestand op wortel van de bestemming filer het volume regelt de configuratie en de planning van SnapMirror van de bestemming. Zie snapmirror.conf voor meer informatie over configuratie en planning van SnapMirror.

De toegang tot een bron wordt bestuurd met de snapmirror.access optie op de bron filer. Zie opties en protocolaccess (8) voor informatie over het instellen van de optie.

(Als de snapmirror.access optie is ingesteld op "legacy", de toegang wordt gecontroleerd door de snapmirror.allow bestand op de root van het volume van de bron filer. Snapmirror.allow Zie voor meer details.)

SnapMirror is een erkende dienst, en een vergunning moet worden verkregen voordat de SnapMirror commando gebruikt kan worden. SnapMirror moeten een licentie op zowel bron en de bestemming filers. Zie de licentievoorwaarden voor meer details.

SnapMirror wordt ondersteund op regelmatige vfilers, evenals de fysieke filer genaamd vfiler0. Gebruik vfiler context of vfiler lopen SnapMirror commando's op een specifieke vfiler. Zie vfiler voor details over hoe om commando's geven op vfilers. The use of SnapMirror on vfilers requires a MultiStore license.

When used on a vfiler, a few restrictions apply. The vfiler must be rooted on a volume and SnapMirror sources and destinations cannot be qtrees in shared volumes. Tape devices and Synchronous SnapMirror are not supported on vfilers. For a qtree SnapMirror, the vfiler must own the containing volume of the Qtree.

Each vfiler has its own /etc/snapmirror.conf file in its root volume. SnapMirror can be turned on or off on a vfiler independently. SnapMirror commands issued on a vfiler can only operate on volumes or qtrees it has exclusive ownership of.

For backward compatibility, the physical filer (vfiler0) can operate on all volumes and all qtrees, even if they are owned by vfilers. It is highly recommanded, however, that all storage units (volumes and qtrees) be mirrored from either vfiler0 or the hosting vfiler, not both. When vfiler storage units are mirrored via vfiler0, leave snapmirror off on the vfiler.

USAGE

The snapmirror command has many subcommands. Nearly every command takes a destination argument. This argument takes three different forms. The form used for a particular invocation depends on whether you're specifying a volume or a qtree.

Volumes are specified by their name:

 vol1 

Qtrees are specified by their fully-qualified path:

 /vol/vol1/qtree 

There is a special path that can be used to SnapMirror all the data in a volume which does not reside in a qtree. This path can only be used as a SnapMirror source, never a SnapMirror destination. The path is specified as:

 /vol/vol1/- 

All commands which don't say otherwise can take any of these forms as an argument.

The snapmirror subcommands are:

op

Enables SnapMirror data transfers and turns on the SnapMirror scheduler. This command must be issued before initiating any SnapMirror data transfers with the initialize , update , resync , store , or retrieve subcommands. This command also turns on the SnapMirror scheduler, which initiates update transfers when the time matches one of the schedules in the snapmirror.conf file. This command must be issued on the source side for the filer to respond to update requests from destinations.

uit

Aborts all active SnapMirror data transfers and disables the commands which initiate new transfers ( initialize , update , resync , store , and retrieve ), and turns the SnapMirror scheduler off.

The on/off state of SnapMirror persists through reboots, and is reflected by the snapmirror.enable option. This option can be set off and on, and doing so has the exact same effect as the snapmirror on or snapmirror off commands.

status [ -l | -t | -q ] [ volume | qtree ... ]

Reports status of all the SnapMirror relationships with a source and/or destination on this filer. This command also reports whether SnapMirror is on or off. If any volume or qtree arguments are given to the command, only the SnapMirror relationships with a matching source or destination will be reported. If the argument is invalid, there won't be any status in the output.

Zonder opties, is de korte vorm van de status van iedere relatie wordt weergegeven. Dit toont de toestand van de lokale kant van de relatie, of een overdracht is in volle gang (en zo ja, de vooruitgang van die overdracht), en de spiegel lag, dat wil zeggen de hoeveelheid tijd waarmee de spiegel achter bij de bron. Dit is een eenvoudige verschil van de huidige tijd en de bron-side tijdstempel van de laatste succesvolle overdracht. De vertraging zal altijd minstens zo veel als de duur van de laatste geslaagde overdracht, tenzij de klokken van de bron en de bestemming zijn niet gesynchroniseerd (in dat geval kan zelfs negatief zijn).

Als de-l optie is gegeven, de output geeft meer gedetailleerde informatie over elke SnapMirror relatie. Als er een * wordt weergegeven samen met de relatie status in de korte vorm uitvoer van SnapMirror status commando, dan is extra bijzonder informatie over die relatie is beschikbaar, die alleen zichtbaar is met de-l optie.

Als de-t optie is gegeven, de uitgang geeft de relaties die actief zijn. Een relatie wordt beschouwd als actief als de bron of de bestemming is betrokken bij:

1. overdracht van gegevens naar of van het netwerk. 2. lezen of schrijven naar een tape-apparaat. 3. wachten op een tape te veranderen.
4. Het uitvoeren van de lokale on-disk verwerking of opruimen.

Als de-q optie is gegeven, de output toont de volumes en qtrees die quiesced of quiescing. Zie de quiesce opdracht, hieronder, voor wat dit betekent.

Zie de voorbeelden voor meer informatie over SnapMirror status.

Op een vfiler, de status commando toont vermeldingen met betrekking tot de vfiler alleen. Op het fysieke filer, zijn actief overdragen inzendingen uit alle vfilers weergegeven. Inactieve transfers worden alleen weergegeven op de relevante vfiler. De beste manier om een uitgebreide en beter leesbare lijst van SnapMirror transfers te krijgen is het starten van vfiler rennen * SnapMirror status. Het iterators door alle vfilers en lijsten zijn transfers.

initialiseren [source-S] [-k kilobytes] [-s src_snap] [-c create_dest_snap] [-w] bestemming

Begint een eerste overdracht via het netwerk. Een eerste transfer-ofwel via het netwerk of vanaf tape-is vereist voordat updaten overdracht kan plaatsvinden. Het initialiseren opdracht moet worden afgegeven op de bestemming filer. Als de bestemming is een volume moet worden beperkt (zie vol voor informatie over hoe te onderzoeken en te beperken volumes). Als de bestemming is een qtree, moet het niet al bestaan ​​(zie qtree voor informatie over hoe u qtrees lijst). Als een qtree al bestaat, moet deze worden hernoemd of verwijderd (met behulp van een NFS of CIFS-client), of SnapMirror initialiseren dat qtree zal niet werken.

Als de SnapMirror status commando meldt dat een afgebroken eerste overdracht een herstart checkpoint heeft, zal het initialiseren opdracht als start van de overdracht waar hij was gebleven.

De-S optie specificeert een bron Filer en volume of qtree pad, in een formaat vergelijkbaar met die van des_ t natie argumenten. De bron moet overeenkomen met de vermelding voor de bestemming in de snapmirror.conf bestand. Als de gegevens niet overeenkomen, de werking drukt een foutmelding en wordt afgebroken. Als de-S optie niet is ingesteld, de gebruikte bron is het een door de vermelding voor die bestemming in het snapmirror.conf bestand. Als er geen dergelijke intrede, de werking drukt een foutmelding en wordt afgebroken.

De-k optie stelt u de maximale snelheid waarmee gegevens via het netwerk overgedragen in kilobytes per seconde. Het wordt gebruikt op de harde schijf, CPU, en netwerkgebruik gas. Met deze optie stelt alleen een maximale waarde voor de snelheid, het is geen garantie dat de overdracht zal dat snel gaan. Als deze optie niet is ingesteld, de filer stuurt de gegevens op basis van de kbs instelling voor deze relatie in de snapmirror.conf bestand (zie snapmirror.conf). Echter, als deze optie niet is ingesteld en er is geen kbs instelling voor deze relatie in de snapmirror.conf bestand, de filer stuurt de gegevens zo snel als het kan.

De-c optie werkt alleen voor een initialiseren tot een qtree. Met deze optie, SnapMirror maakt een snapshot met de naam create_dest_snap op de bestemming na het initialiseren met succes heeft afgerond (zodat het niet concurreert met een eventuele lopende updates). SnapMirror niet blokkeren of verwijderen deze momentopname. Create_dest_snap niet kan worden hourly.x, nightly.x of weekly.x, omdat deze namen zijn gereserveerd voor gepland snapshots.

De-s optie werkt alleen voor een initialiseren tot een qtree. Het wijst een momentopname de naam src_snap waaruit SnapMirror draagt ​​de qtree, in plaats van het creëren van een bron momentopname en het overbrengen van de qtree van de nieuwe snapshot. Deze optie wordt gebruikt om een ​​specifieke momentopname van de inhoud van overdracht, bijvoorbeeld, kan het een momentopname die was genomen tijdens een database was in een stabiele, consistente toestand te brengen. SnapMirror niet blokkeren of verwijderen van de src_snap. Src_snap niet kan worden hourly.x, nightly.x, weekly.x, snapshot_for_backup.x of snapshot_for_volcopy.x.

De-w optie zorgt ervoor dat de opdracht niet terug te keren zodra de eerste overdracht begint. In plaats daarvan zal het wachten tot de overdracht voltooid (of mislukt), op dat moment zal dan de status aan af te drukken en terug te keren.

update [source-S] [-k kilobytes] [-s src_snap] [-c create_dest_snap] [-w] bestemming

Voor asynchrone spiegels, is een update onmiddellijk gestart vanaf de bron naar de bestemming om de spiegel met de inhoud van de bron te werken.

Voor synchrone spiegels, is een snapshot gemaakt op de bron volume dat zichtbaar voor klanten van het doelvolume.

De update opdracht moet worden afgegeven op de bestemming filer.

De-S optie stelt de bron van de overdracht, en werkt hetzelfde voor update als voor initialiseren.

De-k optie stelt de gasklep, in kilobytes per seconde, van de overdracht, en werkt hetzelfde voor update als voor initialiseren.

De-c optie werkt alleen voor een update van een qtree. Met deze optie SnapMirror creëert een snapshot met de naam create_dest_snap op de bestemming na de update voltooid is (zodat het niet concurreert met een eventuele lopende updates). SnapMirror niet blokkeren of verwijderen deze momentopname. Create_dest_snap niet kan worden hourly.x, nightly.x of weekly.x, omdat deze namen zijn gereserveerd voor gepland snapshots.

The -s option only works for an update to a qtree. It designates a snapshot named src_snap from which SnapMirror transfers the qtree, instead of creating a source snapshot and transferring the qtree from the new snapshot. This option is used to transfer a specific snapshot's contents; for example, it can transfer a snapshot that was taken while a database was in a stable, consistent state. SnapMirror does not lock or delete the src_snap . src_snap cannot be hourly.x, nightly.x, weekly.x, snapshot_for_backup.x or snapshot_for_volcopy.x.

The -w option causes the command not to return once the incremental transfer starts. Instead, it will wait until the transfer completes (or fails), at which time it will print the completion status and then return.

quiesce destination

Allows in-progress transfers to destination to complete after which new transfers are not allowed to start. Synchronous mirrors will be taken out of synchronous mode. Any further requests to update this volume or qtree will fail until the snapmirror resume command is applied to it.

Deze opdracht heeft een speciale betekenis voor qtree bestemmingen. Een qtree bestemming die wordt door SnapMirror gewijzigd bij een overdracht zal hebben veranderingen in het. Deze veranderingen zullen niet worden geëxporteerd naar NFS of CIFS-clients. Echter, als een snapshot wordt genomen gedurende deze tijd, zal de snapshot bevat de overgang inhoud van de qtree. Quiesce zal dat qtree brengen van een overgang staat, door een afwerking of eventuele wijzigingen ongedaan maken een overgang heeft gemaakt. SnapMirror status kan melden of de een qtree is quiesced of niet. De quiesce proces kan enige tijd duren om te voltooien, terwijl SnapMirror maakt wijzigingen in de qtree de inhoud. Elke snapshot genomen terwijl een qtree is quiesced bevat een beeld van het qtree waarvan de inhoud geëxporteerd naar NFS en CIFS-clients wedstrijden.

CV bestemming

Hervat transfers naar bestemming. De SnapMirror hervatten commando kan worden gebruikt om af te breken een SnapMirror quiesce in uitvoering of ongedaan te maken een vooraf ingevulde SnapMirror quiesce. Het commando herstelt de toestand van de bestemming van quiescing of quiesced aan wat het ook was voorafgaand aan de quiesce operatie.

break [-f] bestemming

Breekt een SnapMirror relatie door het draaien van een snapmirrored bestemming in een normale lees / schrijf-volume of qtree. Deze opdracht moet worden afgegeven op de bestemming filer.

De-f optie dwingt een SnapMirror pauze tussen snaplocked volume relatie zonder te vragen voor de bouw.

Deze opdracht heeft geen invloed op het snapmirror.conf bestand. Alle geplande overdrachten aan een gebroken spiegel zal mislukken.

Voor volumes, dit commando heeft hetzelfde effect als het vol opties snapmirrored off commando, en zal de snapmirrored optie verwijderen van een volume. De fs_size_fixed volume optie zal blijven, het moet handmatig worden verwijderd van het volume op een disk ruimte die SnapMirror kunnen hebben afgekapt voor replicatie terug te vorderen. (Zie het gedeelte Opties en vol voor meer informatie over deze twee volume-opties.)

Een bestemming qtree moet quiesced voordat het kan worden gebroken.

resync [-n] [-f] [-S source] [-k kilobytes] [-s src_snap] [-c create_dest_snap] [-w] bestemming

Resynchroniseert een afgebroken bestemming in zijn oude bron, waardoor de bestemming in de snapmirrored staat en maakt het klaar voor update transfers. De resync opdracht moet worden afgegeven op de bestemming filer.

De resync opdracht kan leiden tot verlies van gegevens van de bestemming. Omdat het effectief maken van desti_ n atie een replica van de bron, eventuele wijzigingen aangebracht in de bestemming na de pauze ongedaan wordt gemaakt.

Voor de voorheen volumes gespiegeld, de synchroniseert commando voert in feite een SnapRestore (zie vol) op de bestemming om de nieuwste snapshot, die gemeenschappelijk is voor zowel de bron en de bestemming. In de meeste gevallen is dit het laatste snapshot overgebracht van de bron naar de bestemming, maar het kan elke snapshot, die is op zowel de bron en de bestemming als gevolg van SnapMirror replicatie. Als er nieuwe data is geschreven om de bestemming, omdat de nieuwste gemeenschappelijke snapshot is gemaakt, zal dat gegevens verloren gaan tijdens het synchroniseert de werking.

Voor het voormalige gespiegeld qtrees, SnapMirror herstelt gegevens naar het bestand systeem van de laatste SnapMirrorcreated snapshot op het doelvolume. In tegenstelling tot het volume geval is, vereist deze laatste snapshot om een synchroniseert uit te voeren.

De resync commando start een update overschrijving na de SnapRestore of qtree data restauratie is voltooid.

De-n optie rapporteert wat de uitvoering van de resync commando zou doen, maar niet uitvoeren van de opdracht.

De-f optie dwingt de operatie om door te gaan zonder te vragen om bevestiging.

De-S optie stelt de bron van de overdracht, en werkt hetzelfde voor resync als voor initialiseren.

De-k optie stelt de gasklep, in kilobytes per seconde, van de overdracht, en werkt hetzelfde voor resync als voor initialiseren.

De-c optie werkt alleen voor een resync naar een qtree. Met deze optie SnapMirror creëert een snapshot met de naam create_dest_snap op de bestemming na de resync is voltooid (zodat het niet concurreert met een eventuele lopende updates). SnapMirror niet blokkeren of verwijderen deze momentopname. Create_dest_snap niet kan worden hourly.x, nightly.x of weekly.x, omdat deze namen zijn gereserveerd voor gepland snapshots.

De-s optie werkt alleen voor een resync naar een qtree. Het wijst een momentopname de naam src_snap waaruit SnapMirror draagt ​​de qtree, in plaats van het creëren van een bron momentopname en het overbrengen van de qtree van de nieuwe snapshot. Deze optie wordt gebruikt om een ​​specifieke momentopname van de inhoud van overdracht, bijvoorbeeld, kan het een momentopname die was genomen tijdens een database was in een stabiele, consistente toestand te brengen. SnapMirror niet blokkeren of verwijderen van de src_snap. Src_snap niet kan worden hourly.x, nightly.x, weekly.x, snapshot_for_backup.x of snapshot_for_volcopy.x.

De-w optie zorgt ervoor dat de opdracht niet terug te keren zodra de resync overdracht begint. In plaats daarvan zal het wachten tot de overdracht voltooid (of mislukt), op dat moment zal dan de status aan af te drukken en terug te keren. Deze optie heeft geen effect als de optie-n is ook opgegeven.

bestemmingen [-s] [bron]

Geeft alle van de op dat moment bekende bestemmingen voor bronnen op deze filer. Voor volumes, dit commando geeft ook eventuele cascade bestemmingen, dit zijn de volumes die zijn replica's van rechtstreekse bestemmingen. Dit commando zal een lijst van alle dergelijke nakomelingen het weet.

De-s optie omvat in de lijst namen van de snapshots behouden op het bronvolume voor elke bestemming.

Indien een specifieke bron is opgegeven, worden alleen bestemmingen voor dat volume worden vermeld. De bron kan zowel een volume-naam of een qtree pad.

release bron {filer: volume | filer: qtree}

Vertel SnapMirror dat een bepaalde rechtstreekse spiegel is niet langer gaat om updates te vragen.

Als een bepaalde bestemming gaat niet meer om updates vragen, moet je zeggen SnapMirror, zodat het niet langer behouden van een snapshot voor die bestemming. Dit commando verwijdert snapshots die niet langer nodig zijn voor replicatie naar die bestemming, en kan worden gebruikt om schoon te maken SnapMirror gemaakte snapshots nadat SnapMirror doorbreken is uitgegeven op de bestemming kant.

De bron argument is de bron volume of qtree dat de bestemming zal worden vrijgelaten uit. De bestemming argument moet ofwel de bestemming filer en de bestemming volume naam of de bestemming filer en de bestemming qtree pad. U kunt gebruik maken van een lijn van de uitvoer van de SnapMirror bestemmingen commando als de set van argumenten om deze opdracht.

store [-g geometrie] bestemming tapedevices

Dumpt een beeld van het doelvolume aan de opgegeven tapedevices. Dit is net als de SnapMirror initialiseren commando, maar van een bron volume naar een tape-apparaat. U kunt gebruik maken van de tapes en de te halen opdracht om de eerste, priming overdracht uit te voeren op een beperkt volume.

Met behulp van de-g optie op een SnapMirror winkel zal optimaliseren de tape voor een bepaalde bestemming traditionele volume. De geometrie argument is een string die de geometrie van de bestemming traditionele volume beschrijft. Het kan worden verkregen met behulp van de SnapMirror halen-g commando op dat de traditionele volume. Met deze optie kan toenemen SnapMirror halen de prestaties dramatisch. De optie-g is alleen effectief met de traditionele volumes.

Alleen volumes kunnen worden opgeslagen of opgehaald vanaf tape. Qtrees kan niet worden opgeslagen of opgehaald vanaf tape.

De tapedevices gebied van deze opdracht is een commaseparated lijst met geldige tape-apparaten. Zie tape voor meer informatie over tape-apparaat namen.

Tape-apparaten worden niet ondersteund op vfilers. Deze opdracht draait op de fysieke filer alleen.

ophalen van {bestemming tapedevices |-h tapedevice |-g volume}

Restores the image on the tapedevices to the desti_ n ation specified. This is much like the snapmirror initialize command, but from a tape device to a destination volume. If destination is part of a SnapMirror relationship with the source volume from the store performed to create these tapes, the two volumes can be mirrored as if volume had been primed via an initial transfer over the network.

You can use the -h flag to read the header off of the single tapedevice specified. This will provide information on the tape source and index.

The -g option provides the volume geometry string for the specified volume . This string, when given to the snapmirror store -g command, will dramatically improve snapmirror retrieve performance to this volume .

The tapedevices field of this command is a commaseparated list of valid tape devices. See tape for more information on tape device names.

This feature only works for volumes. Qtrees cannot be stored to or retrieved from tape.

Tape devices are not supported on vfilers. This command runs on the physical filer only.

use destination tapedevices

Continues a tape transfer to destination with the specified tapedevices .

If a store or retrieve operation runs out of tape, it will prompt the user to provide another tape. After another tape has been provided, the use command is invoked to tell the SnapMirror process where to find it.

The destination field is specified by filer : volume in the case of retrieve , and filer : tapedevices in the case of store .

The tapedevices field of this command is a commaseparated list of valid tape devices. See tape for more information on tape device names.

Tape devices are not supported on vfilers. This command runs on the physical filer only.

throttle <n> destination

Modifies the throttle value for the snapmirror transfer to the destination with the specified value in kilobytes per second. This sets the maximum speed at which the data is trasfered over the network for the current transfer. A value of zero can be used to disable throttling.

The new value will be used only for the current transfer. The next scheduled transfer will use the kbs value specified in the snapmirror.conf file. If the value for the kbs option in the snapmirror.conf is changed while transfer is going on, then the new value will take effect within two minutes.

abort [ -h ] destination

Aborts currently executing transfers to all specified destination s. It may take a few minutes for a transfer to clean up and abort. This does not stop new updates from starting. If you are interested in stopping further updates use the snapmirror quiesce command.

Elke overdracht met een herstart checkpoint (u kunt deze bekijken via de SnapMirror status commando) kan worden herstartbare, om duidelijk uit de herstart controlepost en kracht een latere overdracht te beginnen met een frisse momentopname van de bron, kunt u afbreken-h gebruik op de bestemming. De-h optie geeft aan dat dit een moeilijk af te breken, de herstart checkpoint wordt gewist in aanvulling op de overdracht worden gestopt.

De afgebroken commando kan worden aangeroepen vanuit de bron of de bestemming filer. Echter, de-h optie is alleen effectief op de bestemming filer. De optie wordt genegeerd als vermeld op de bron filer.

migreren [-n] [-f] [-k kilobytes] [source_filer:] source_volume [destination_filer:] bestemming t ion_volume

SnapMirror migreren wordt uitgevoerd op de filer waarin de bron volume houdt. Het moet worden uitgevoerd op twee volumes die nu al de bron en de bestemming van een SnapMirror paar.

SnapMirror migreren zullen data en NFS filehandles overdracht van de source_volume naar de bestemming t ion_filer 's destination_volume (als er geen filer is opgegeven, dan migreren neemt het volume lokaal is). Als source_filer is opgegeven, dan is het migreren bestemming zal gebruik maken van dat netwerk-interface om verbinding te maken met de bron filer voor de overdracht van informatie.

The first thing migrate will do is check the source and destination sides for readiness. Then, it will stop NFS and CIFS service to the source. This will prevent changes to the source volume's data, which will make it appear to clients as though nothing has changed during the migration. It will run a regular SnapMirror transfer between the two volumes. At the end of the transfer, it will migrate the NFS filehandles, bring the source offline, and make the destination volume writable.

The -n flag will make a test run; that is, it will run all the pre-transfer checks, but stop short of transferring data. The -f flag will not prompt the user for confirmation. The -k flag will throttle the speed at which the transfer runs (at kilobytes kilobytes per second), in a manner similar to that used in the snapmirror update command.

CLUSTER OVERWEGINGEN

If one filer in a cluster failover pair goes down, any active transfers are aborted. The SnapMirror scheduler and services will continue for volumes on the downed filer. The configurations of the SnapMirror relationships are taken from the downed filer's snapmirror.access option or snapmirror.allow and snapmirror.conf files.

EXAMPLES

Here are a few examples of use of the snapmirror command:

The following example turns the scheduler on and off:

 toaster> snapmirror on toaster> snapmirror status Snapmirror is on. toaster> snapmirror off toaster> snapmirror status Snapmirror is off. toaster> 

The following example presents the snapmirror status with transfers running. Two are idle destinations (both from fridge); one of these has a restart checkpoint, and could be restarted if the setup of the two volumes has not changed since the checkpoint was made. The transfer from vol1 to arc2 has just started, and is in the initial stages of transferring. The transfer from toaster to icebox is partially completed; here, we can see the number of megabytes transferred.

 toaster> snapmirror status Snapmirror is on. Source Destination State Lag Status fridge:home toaster:arc1 Snapmirrored 22:09:58 Idle toaster:vol1 toaster:arc2 Snapmirrored 01:02:53 Transferring toaster:vol2 icebox:saved Uninitialized – Transferring (128MB done) fridge:users toaster:arc3 Snapmirrored 10:14:36 Idle with restart checkpoint (12MB done) toaster> 

The following example presents detailed status for one of the above snapmirror relationships specified as argument to the command. It displays extra information about base snapshot, transfer type, error message, and last transfer, etc.

 toaster> snapmirror status -l arc1 Snapmirror is on. Source: fridge:home Destination: toaster:arc1 Type: Volume Status: Idle Progress: – State: Snapmirrored Lag: 22:09:58 Mirror Timestamp: Wed Aug 8 16:53:04 GMT 2001 Base Snapshot: toaster(0001234567)_arc1.1 Current Transfer Type: – Current Transfer Error: – Contents: Replica Last Transfer Type: Initialize Last Transfer Size: 1120000 KB Last Transfer Duration: 00:03:47 Last Transfer From: fridge:home 

The following example shows how to get all the volumes and qtrees that are quiesced or quiescing on this filer with the status command.

 filer> snapmirror status -q Snapmirror is on. vol1 has quiesced/quiescing qtrees: /vol/vol1/qt0 is quiesced /vol/vol1/qt1 is quiescing vol2 is quiescing 

In het volgende voorbeeld begint het schrijven van een beeld van vol1 op toaster om de tape op tape-apparaat rst0a en gaat verder met de tape op rst1a. Wanneer de tweede band is opgebruikt, het voorbeeld laat zien hoe om te hervatten in de winkel met behulp van een nieuwe tape op rst0a.

  broodrooster> SnapMirror slaan vol1 rst0a, rst1a SnapMirror: Referentie Snapshot: snapmirror_tape_5.17.100_21: 47:28 toaster> SnapMirror: winkel om toaster: rst0a, heeft rst1a uitgeput van tape.  broodrooster> SnapMirror gebruik toaster: rst0a, rst1a rst0a broodrooster> Wed 17 mei 23:36:31 GMT [worker_thread: Disclaimer]: SnapMirror: Opslaan van 'vol1' volume op tape was succesvol (11 MB in 1:03 minuten, 3 tapes geschreven). 

In het volgende voorbeeld haalt de kop van de tape op tape-apparaat rst0a. Het haalt dan is het beeld van vol1 van de tape op tape-apparaat rst0a.

  broodrooster> SnapMirror halen-h rst0a Tape Aantal: 1 WAFL Versie: 12 BareMetal Versie: 1 Bron Filer: toaster Bron Volume: vol0 Bron Volume Capaciteit: 16 MB Source Volume Gebruikt Maat: 11MB Bron Snapshot: snapmirror_tape_5.17.100_21: 47:28 toaster > broodrooster> SnapMirror halen vol8 rst0a SnapMirror: op te halen van tape naar toaster: vol8 heeft uitgeput van tape.  broodrooster> SnapMirror gebruik toaster: vol8 rst0a SnapMirror: op te halen van tape naar toaster: vol8 heeft uitgeput van tape.  broodrooster> SnapMirror gebruik toaster: vol8 rst0a toaster> SnapMirror de status van SnapMirror is ingeschakeld.  Bron Destination State Lag Status toaster: rst1a, rst0a toaster: dst1 Unknown - overbrengen (17MB gedaan) toaster> Wed 17 mei 23:54:29 GMT [worker_thread: Disclaimer]: SnapMirror: Ophalen van band naar volume 'vol8' was succesvol ( 11 MB in 1:30 minuten). 

In het volgende voorbeeld onderzoekt de status van alle transfers, dan breekt de transfers naar volm1 en volm2, en controleert de status weer. Schakel het opnieuw checkpoint, is SnapMirror abort meer aangeroepen.

          broodrooster> SnapMirror de status van SnapMirror is ingeschakeld.  Bron Destination State Lag Status koelkast: home broodrooster: volm1 geïnitialiseerde - overbrengen (10GB gedaan) koelkast: e-mail broodrooster: volm2 Snapmirrored 01:00:31 overbrengen (4423MB gedaan) toaster> SnapMirror afbreken toaster: volm1 volm2 toaster> SnapMirror de status van SnapMirror is op .  Bron Destination State Lag Status koelkast: home broodrooster: volm1 Snapmirrored 00:01:25 Idle koelkast: mail broodrooster: volm2 Snapmirrored 01:03:11 Idle met herstart checkpoint (7000MB gedaan) toaster> SnapMirror afbreken toaster: volm2 toaster> SnapMirror status van SnapMirror is ingeschakeld.  Bron Destination State Lag Status koelkast: home broodrooster: volm1 Snapmirrored 00:02:35 Idle koelkast: mail broodrooster: volm2 Snapmirrored 01:04:21 Idle 

In het volgende voorbeeld onderzoekt de status van alle transfers, dan breekt de transfers naar volm1 en volm2 met de-h optie en controleert de status weer. Geen herstart ijkpunt is opgeslagen.

         toaster> snapmirror status Snapmirror is on. Source Destination State Lag Status fridge:home toaster:volm1 Uninitialized – Transferring (10GB done) fridge:mail toaster:volm2 Snapmirrored 01:00:31 Transferring (4423MB done) toaster> snapmirror abort -h toaster:volm1 toaster:volm2 toaster> snapmirror status Snapmirror is on. Source Destination State Lag Status fridge:home toaster:volm1 Snapmirrored 00:02:35 Idle fridge:mail toaster:volm2 Snapmirrored 01:04:21 Idle 

Here is an example of the use of the snapmirror migrate command:

 toaster> snapmirror migrate home mirror negotiating with destination…. 

This SnapMirror migration will take local source volume home and complete a final transfer to destination toaster:mirror using the interface named toaster. After that, open NFS filehandles on the source will migrate to the destination and any NFS filehandles open on the destination will be made stale. Clients will only see the migrated NFS filehandles if the destination is reachable at the same IP addresss as the source. The migrate process will not take care of renaming or exporting the destination volume.

As a result of this process, the source volume home will be taken offline, and NFS service to this filer will be stopped during the transfer. CIFS service on the source volume will be terminated and CIFS will have to be set up on the destination.

 Are you sure you want to do this? yes nfs turned off on source filer performing final transfer from toaster:home to mirror…. (monitor progress with “snapmirror status”) transfer from toaster:home to mirror successful starting nfs filehandle migration from home to mirror source volume home brought offline source nfs filehandles invalidated destination toaster:mirror confirms migration migration complete toaster> vol status Volume State Status Options root online normal root, raidsize=14 mirror online normal home offline normal toaster> vol rename home temp home renamed to temp you may need to update /etc/exports toaster> vol rename mirror home mirror renamed to home you may need to update /etc/exports toaster> exportfs -a 

OPMERKINGEN

If a source volume is larger than the replica destination, the transfer is disallowed.

Notes on the snapmirror migrate command:

The migrate command is only a partial step of the process. It is intended to work when an administrator desires to move the data of one volume to another, possibly because they want to move to a new set of disks, or to a larger volume without adding disks.

We intend that migrate be run in as controlled an environment as possible. It is best if there are no dumps or SnapMirror transfers going on during the migration.

The clients may see stale filehandles or unresponsive NFS service while migrate is running. This is expected behavior. Once the destination volume is made writable, the clients will see the data as if nothing has happened.

migrate will not change exports or IP addresses; the new destination volume must be reachable in the same way as the source volume once was.

CIFS service will need to be restarted on the migrate destination.

OPTIES

Here are SnapMirror-related options (see options , protocolaccess , snapmirror , and snapmirror.allow for details on these options):

snapmirror.access
Controls SnapMirror access to a filer.

snapmirror.checkip.enable
Controls SnapMirror IP address checking using snapmirror.allow .

snapmirror.delayed_acks.enable
Controls a SnapMirror networking option.

replication.volume.transfer_limits
Controls increased stream counts. This option is provided to revert stream counts to legacy limits.

replication.volume.reserved_transfers
Guarantees that specified number of volume SnapMirror source/destination transfers always start. This option will reduce the maximum limit on all other transfers types and will be equivalent to maximum number of transfers possible.

snapmirror.enable
Turns SnapMirror on and off. SnapMirror can only be enabled on vfilers which are rooted on volumes.

snapmirror.log.enable
Turns SnapMirror logging on and off.

replication.volume.use_auto_resync
Turns auto resync functionality on and off for Synchronous SnapMirror relations. This option if enabled on Synchronous SnapMirror, destination will update from the source using the latest common base snapshot deleting all destination side snapshots newer than the common base snapshot.

Here are SnapMirror-related volume pseudo-options (see vol for more details):

snapmirrored
Designates that the volume is read-only.

fs_size_fixed
Effectively truncates the filesystem on the destination volume to the size of the source.

Options snapmirror.access , snapmirror.checkip.enable , and snapmirror.enable can be manipulated independently on a per-vfiler basis.

BESTANDEN

/etc/snapmirror.allow
This file controls SnapMirror's access to a source filer. See snapmirror.allow , for details.

/etc/snapmirror.conf
This file controls SnapMirror schedules and relationships. See snapmirror.conf for details.

/etc/log/snapmirror
This file logs SnapMirror activity. See snapmirror for details.

ZIE OOK

 aggr license options qtree vol tape(4) protocolaccess(8) snapmirror(5) snapmirror.allow(5) snapmirror.conf(5) 


Inhoudsopgave















Manual Pages , , , ,

snapmirror.conf basics

4 april 2009

This search seems to come up quite a lot, so I thought I'd cover it quickly. I'm going to steer away from covering SnapMirror as a whole, and just look at the format of the snapmirror.conf file. I will also steer away from Synchronous SnapMirror as I'm not a huge fan, I prefer SyncMirror!

First, you can find it in /etc/snapmirror.conf. Edit it using either rdfile / wrfile (see “ Basic file manipulation on a filer ” for a bit more on these), or map to /vol/etc and edit them with your favourite text editor (but not Windows Notepad please!). Once you get used to the formatting, you'll be writing these with your eyes closed! Having said that, I usually need to refer to something for reference!

The basic layout is…

source_filer:volume_name destination_filer:volume_name options min hour dom dow

This drops it down into very simple terms, a good reference to start with. The “volume_name” can of course be a QTree if you are doing qsm, but I will concentrate on VSM for now.

The options section is often left blank. Any blank entry from options through the schedule will be filled in with “-”. So if you are setting up SnapManager for Exchange or SQL, you would create a relationship with this setting, do a baseline, then get SMx to manage the replication. Leaving the option as a single “-” assumes you accept the default for all settings. If you define one setting, the others are assumed to stay the defaults.

The options you can choose from are…

  • “kbs=” to limit the transfer speeds to whatever number you define here. This is in kilobytes, so remember to convert it for WAN speeds.

Web Searches , , , , ,

SnapMirror replicatieplanning Spreadsheet

21 februari 2009

I created an Excel spreadsheet as I was tasked with creating a SnapMirror replication schedule for a customer that only had an 8meg line. The problem was that the replication would fail if more than 1 transferred happened at the same time. So I needed a way of calculating the rate of change, and designing the replication based on this.

The spreadsheet will calculate the snapmirror.conf schedule, but will also give you the commands to create, restrict and initialize the volumes.

VN: F [1.9.11_1134]
Waardeer dit bericht:
Rating: 0.0 / 10 (0 stemmen)

General , , ,

Waiting and the Progress Bar

22 januari 2009

I sent a twitter out last night from my car as I sat in Holyhead waiting for my ferry to Dublin (we live an exotic life). How much of our lives do we waste waiting around for stuff? As an Englishman (in the loosest possible sense), I know how to queue and I do so very politely and quietly!

But then this British past time of queueing and waiting has transcended into the IT world. How many times have you sat there watching a progress bar as something installs, or you wait for something to copy. What happened to multi-tasking?

VN: F [1.9.11_1134]
Waardeer dit bericht:
Rating: 0.0 / 10 (0 stemmen)

General , ,

SnapMirror failover

22 januari 2009

So I helped a customer a few months ago (before SRM) to script a complete site failover. It will bring the DR site online within about 30 minutes, the scripts are a bit clunky and need a massive re-design, so I thought I'd post the originals here.

This, I think, is a great example of how flexible the NetApp systems are in that you can quickly and easily setup SSH access from a management host and script your heart away! Soon as I get the hang of the API, I'm sure there'll be plenty more info coming along too.

This script will bring all volumes online on the DR filer, what's more, an volume that is labelled as “_vm” at the end (which is a nice naming convention to use for all VMware volumes anyway), will get re-mapped to a new igroup you choose and already have setup for the DR ESX servers.

I've modified this script slightly since writing it to remove filer names, so I don't expect it to work out of the box, as with my other scripts, it's just meant to as an example of how this can be achieved.

VN: F [1.9.11_1134]
Waardeer dit bericht:
Rating: 0.0 / 10 (0 stemmen)

Command Line , , , ,



Deze site is niet aangesloten of gesponsorde in ieder geval door NetApp of enige andere onderneming die genoemd binnen.

Bad Behavior has blocked 2670 access attempts in the last 7 days.

© 2009-2012 Chris Kranz All Rights Reserved
Deze site is niet aangesloten of gesponsorde in ieder geval door NetApp of enige andere onderneming die genoemd binnen.