Obsah
snapmirror – volume, and qtree mirroring
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
The
snapmirror command is used to control SnapMirror, a method of mirroring volumes and qtrees. It allows the user to enable and disable scheduled and manual data transfers, request information about transfers, start the initializing data transfer, start an update of a mirror, temporarily pause updates to a mirror, break mirror relationships, resynchronize broken mirrors, list destination information, release child mirrors, store volume images to tape, retrieve volume images from tape, and abort ongoing transfers.
SnapMirror can be used to replicate volumes or qtrees. The processes and behaviors involved are slightly (and sometimes subtly) different between the various kinds of data mirroring.
The SnapMirror process is destination-driven. The snapmirror initialize command starts the first transfer which primes the destination with all the data on the source. Prior to the initial transfer, the destination must be ready to be overwritten with the data from the source; destination volumes must be restricted (see vol ), and destination qtrees must not yet exist.
For asynchronous mirrors, the destination periodically requests an update from the source, accepts a transfer of data, and writes those data to disk. These update transfers only include changes made on the source since the last transfer. The SnapMirror scheduler initiates these transfers automatically according to schedules in the snapmirror.conf file.
Synchronous mirrors will initially behave asynchronously, but will transition to synchronous mode at first opportunity. These mirrors may return to asynchronous mode on error (eg a network partition between the mirroring filers) or at the request of the user.
The snapmirror update command can be used to initiate individual transfers apart from the scheduled ones in snapmirror.conf .
After the initial transfer, the destination is available to clients, but in a read-only state. The status of a destination will show that it is snapmirrored (see aggr , vol , or qtree for more details on displaying the destination state).
To use the destination for writing as well as reading, which is useful when a disaster makes the source unavailable or when you wish to use the destination as a test volume/qtree, you can end the SnapMirror relationship with the snapmirror break command. This command changes the destination's status from snapmirrored to broken-off , thus making it writable. The snapmirror resync command can change a former destination's status back to snapmirrored and will resynchronize its contents with the source. (When applied to a former source, snapmirror resync can turn it into a mirror of the former destination. In this way, the roles of source and destination can be reversed.)
Filtr se udržuje informace o všech destinací, ať už přímé nebo zrcadla zrcadla zrcadel, pro každou ze svých zdrojů. Tento seznam lze zobrazit pomocí příkazu SnapMirror destinací. Verze SnapMirror příkaz může být použit při vyprávění přefiltruje, že některé přímé zrcadlo již požádat o aktualizace.
Chcete-li uložit šířku pásma, může být použit k pásku připravit nové zrcadlo svazku namísto příkazu SnapMirror inicializovat. V SnapMirror skládky ukládat příkaz obraz zdroje na pásku. The SnapMirror Retrieve příkaz obnoví hlasitosti obraz z pásky a připravuje objem aktualizační přenosy přes sítě. Pokud více pásky se používají k vytvoření svazku obraz, SnapMirror použijte příkaz použít pro čekající pokyn obchod nebo načíst proces psát výstup nebo přijímat vstup do / z nového páskové zařízení. Na ukládání a načítání příkazů nelze použít s qtrees.
The SnapMirror migrují příkaz se používá na stávající zdroje a cílové pár, aby se cílový svazek zapisovat "napodobovat" zdroje. Určení přebírá NFS filehandles o zdroji, pomáhá filtračním správce, aby se zabránilo NFS re-instalaci na straně klienta.
The snapmirror.conf soubor na cílové filtračním kořenového svazku řídí konfiguraci a plánování SnapMirror na místo určení. Viz snapmirror.conf pro více informací o konfiguraci a plánování SnapMirror.
Přístup ke zdroji je řízena s možností snapmirror.access na zdrojovém Filer. Viz volby a protocolaccess (8) Informace o nastavení volbu.
(Pokud snapmirror.access nastavena na "Legacy", je přístup řízen snapmirror.allow souboru na zdrojovém filtračním kořenového svazku. Viz snapmirror.allow pro více informací.)
SnapMirror je licencovaný služby a licence nutné získat před SnapMirror příkaz může být použit. SnapMirror musí mít licenci jak na zdrojové a cílové filers. Viz licenci pro další podrobnosti.
SnapMirror je podporován na pravidelných vfilers, stejně jako fyzické filtračním názvem vfiler0. Pomocí vfiler kontext nebo vfiler spuštění vydávat příkazy SnapMirror na konkrétní vfiler. Viz vfiler Podrobnosti o tom, jak vydávat příkazy na vfilers. Použití SnapMirror na vfilers vyžaduje MultiStore licenci.
Při použití na vfiler, několik omezení. 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.
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:
na
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.
off
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. Pokud argument je neplatný, nebude tam žádné postavení ve výstupu.
Without any options, the short form of each relationship's status is displayed. To ukazuje na stav místního straně vztahu, zda převod probíhá (a pokud ano, pokrok tento převod), a zrcadlo zpoždění, tj. množství času, který zaostává za zrcadlo zdroje. Jedná se o jednoduchý rozdíl aktuálního času a zdrojů na straně časové razítko posledního úspěšného převodu. Prodleva bude vždy být přinejmenším stejně jako dobu trvání posledního úspěšného převodu, pokud se hodiny na zdrojové a cílové nejsou synchronizovány (v tomto případě by to mohlo být i negativní).
If the -l option is given, the output displays more detailed information for each SnapMirror relationship. If a * is displayed along with relationship status in the short form output of snapmirror status command, then extra special information about that relationship is available, which is visible only with -l option.
Je-li-t přepínač, výstup zobrazuje vztahy, které jsou aktivní. Vztah je považován za aktivní, když je zdroj nebo cíl se podílí na:
1. přenos dat do nebo ze sítě. 2. čtení nebo zápisu na páskové zařízení. 3. waiting for a tape change.
4. Provádění místního disku na zpracování nebo vyčištění.
If the -q option is given, the output displays the volumes and qtrees that are quiesced or quiescing. See the quiesce command, below, for what this means.
See the Examples section for more information on snapmirror status .
Na vfiler, stav příkaz zobrazí údaje vztahující se k vfiler pouze. Na fyzické Filer, zobrazí se aktivní přenos položky ze všech vfilers. Neaktivní převody se zobrazují pouze v příslušné vfiler. The preferred way to get a comprehensive and more readable list of SnapMirror transfers is to run vfiler run * snapmirror status . To iterátory přes všechny vfilers a seznam jeho transferů.
initialize [ -S source ] [ -k kilobytes ] [ -s src_snap ] [ -c create_dest_snap ] [ -w ] destination
Starts an initial transfer over the network. An initial transfer–either over the network or from tape–is required before update transfers can take place. The initialize command must be issued on the destination filer. If the destination is a volume, it must be restricted (see vol for information on how to examine and restrict volumes). If the destination is a qtree, it must not already exist (see qtree for information on how to list qtrees). If a qtree already exists, it must be renamed or removed (using an NFS or CIFS client), or snapmirror initialize to that qtree will not work.
If the snapmirror status command reports that an aborted initial transfer has a restart checkpoint, the initialize commmand will restart the transfer where it left off.
The -S option specifies a source filer and volume or qtree path, in a format similar to that of des_ t ination arguments. The source must match the entry for the destination in the snapmirror.conf file. If it doesn't match, the operation prints an error message and aborts. If the -S option is not set, the source used is the one specified by the entry for that destination in the snapmirror.conf file. If there is no such entry, the operation prints an error message and aborts.
The -k option sets the maximum speed at which data is transferred over the network in kilobytes per second. Používá se pro plyn disk, CPU a využití sítě. This option merely sets a maximum value for the transfer speed; it does not guarantee that the transfer will go that fast. If this option is not set, the filer transmits data according to the kbs setting for this relationship in the snapmirror.conf file (see snapmirror.conf ). However, if this option is not set and there is no kbs setting for this relationship in the snapmirror.conf file, the filer transmits data as fast as it can.
The -c option only works for an initialize to a qtree. With this option, SnapMirror creates a snapshot named create_dest_snap on the destination after the initialize has successfully completed (so that it does not compete with any ongoing updates). SnapMirror does not lock or delete this snapshot. create_dest_snap cannot be hourly.x, nightly.x, or weekly.x, because these names are reserved for scheduled snapshots.
The -s option only works for an initialize 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 initial transfer starts. Instead, it will wait until the transfer completes (or fails), at which time it will print the completion status and then return.
update [ -S source ] [ -k kilobytes ] [ -s src_snap ] [ -c create_dest_snap ] [ -w ] destination
For asynchronous mirrors, an update is immediately started from the source to the destination to update the mirror with the contents of the source.
For synchronous mirrors, a snapshot is created on the source volume which becomes visible to clients of the destination volume.
The update command must be issued on the destination filer.
The -S option sets the source of the transfer, and works the same for update as it does for initialize .
The -k option sets the throttle, in kilobytes per second, of the transfer, and works the same for update as it does for initialize .
The -c option only works for an update to a qtree. With this option SnapMirror creates a snapshot named create_dest_snap on the destination after the update completes (so that it does not compete with any ongoing updates). SnapMirror does not lock or delete this snapshot. create_dest_snap cannot be hourly.x, nightly.x, or weekly.x, because these names are reserved for scheduled 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.
-W způsobí, že příkaz, že se nevrátí, jakmile začne postupné předávání. 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.
Tento příkaz má zvláštní význam qtree destinací. Cíl qtree který je upraven SnapMirror při převodu bude muset změny představují v něm. Tyto změny nebudou exportovány NFS nebo CIFS klientů. Pokud však snímek je čerpána v průběhu této doby, bude snímek obsahovat přecházejí obsah qtree. Quiesce přinese, že qtree z přechodném období stavu buď tím, že opracování nebo vrácení změny převod provést. SnapMirror stav může uvést, zda qtree se quiesced nebo ne. Quiesce proces může trvat nějaký čas na dokončení, zatímco SnapMirror provede změny do obsahu qtree je. Každý snímek brát při qtree je quiesced bude obsahovat představu o tomto qtree které odpovídá obsah exportovat do NFS a CIFS klientů.
pokračovat v destinaci
Životopisy přenáší do místa určení. Životopis SnapMirror příkaz lze použít buď k potratit quiesce SnapMirror v průběhu nebo vrátit zpět dříve dokončené SnapMirror quiesce. Příkaz obnoví stav určení z quiescing nebo quiesced na co to bylo před quiesce provozu.
Break [-f] cíl
Rozbije SnapMirror vztah otáčením cíl snapmirrored do normální čtení / zápis objem nebo qtree. Tento příkaz musí být vydáno na cílovém Filer.
Volba-f vynutí SnapMirror přestávku mezi snaplocked objem vztahu bez výzvy k exteriéru.
Tento příkaz nezmění snapmirror.conf souboru. Veškeré plánované převody na rozbité zrcadlo se nezdaří.
U svazků, tento příkaz má stejný účinek jako vol. možnosti snapmirrored z příkazu a odstraní možnost snapmirrored z objemu. Fs_size_fixed objem možnost zůstane, musí se ručně odstranit z objemu na vrácení jakékoliv místo na disku, které může být zkrácen SnapMirror pro replikaci. (Viz části Možnosti a obj. pro více informací o těchto dvou možnostech objemových.)
Cíl musí být qtree quiesced před tím, než se dá rozbít.
resync [-n] [-f] [-s source] [-k kilobajtů] [-s src_snap] [-c create_dest_snap] [-w] destinací
Resynchronizes zlomený-pryč cíl na jeho bývalé zdroje, uvedení místa určení ve stavu snapmirrored a dělat to připraven k aktualizaci převodů. Příkaz resync musí být vydáno na cílovém Filer.
Příkaz resync může způsobit ztrátu dat na místo určení. Vzhledem k tomu, že je účinně dělat desti_ n nocení repliku zdroje, úpravy uskutečněná na místo určení po rozpadu se vrátit zpět.
Pro dříve zrcadlené svazky, příkaz synchronizovat skutečně vykonává SnapRestore (viz obj.) na určení k nejnovějším snímku, který je společný jak pro zdroj a cíl. Ve většině případů se jedná o poslední snímek přenést od zdroje k cíli, ale to může být libovolný snímek, který je jak na zdrojové a cílové kvůli SnapMirror replikace. Pokud nová data byla zapsána do cíle, protože nejnovější společný snímek byl vytvořen, aby ke ztrátě dat během operace Resync.
Pro dříve qtrees zrcadlených SnapMirror obnoví data do systému souborů z posledního SnapMirrorcreated snímek na cílový svazek. Na rozdíl od objemu případě, že vyžaduje tuto poslední snímek s cílem provést synchronizovat.
Příkaz resync spustí aktualizační přenos po SnapRestore nebo qtree obnově dat dokončí.
Parametr-n option zprávy, jaké provedení příkazu Resync by udělali, ale není vykonání příkazu.
-F možnost vynutí operaci pokračovat bez výzvy k potvrzení.
-S nastaví zdroj přenosu, a funguje stejně pro synchronizovat stejně jako pro inicializaci.
-K nastaví plyn v kilobajtech za sekundu, z převodu, a funguje stejně pro synchronizovat stejně jako pro inicializaci.
-C volba pracuje pouze pro synchronizovat na qtree. Pokud je tato možnost SnapMirror vytvoří snímek s názvem create_dest_snap na určení po dokončení převodu synchronizovat (tak, že nebude konkurovat žádné průběžných aktualizací). SnapMirror není zamknout nebo vymazat tento snímek. Create_dest_snap nemůže být hourly.x, nightly.x nebo weekly.x, protože tato jména jsou vyhrazena pro plánované snímky.
-S volba pracuje pouze pro synchronizovat na qtree. Označuje snímek s názvem src_snap, ze které SnapMirror přenáší qtree, namísto vytváření zdrojového snímku a přenášet qtree z nového snímku. Tato volba se používá pro přenos konkrétního snímku jeho obsah, například, to může převést snímek, který byl vzat, zatímco databáze byla ve stabilním a konzistentním stavu. SnapMirror nezamyká nebo odstranit src_snap. Src_snap nemůže být hourly.x, nightly.x, weekly.x, snapshot_for_backup.x nebo snapshot_for_volcopy.x.
The -w option causes the command not to return once the resync transfer starts. Instead, it will wait until the transfer completes (or fails), at which time it will print the completion status and then return. This option has no effect if the -n option is also specified.
destinations [ -s ] [ source ]
Lists all of the currently known destinations for sources on this filer. For volumes, this command also lists any cascaded destinations; these are any volumes which are replicas of direct destinations. This command will list all such descendants it knows about.
The -s option includes in the listing names of snapshots retained on the source volume for each destination.
If a specific source is specified, only destinations for that volume will be listed. The source may either be a volume name or a qtree path.
release source { filer : volume | filer : qtree }
Tell SnapMirror that a certain direct mirror is no longer going to request updates.
If a certain destination is no longer going to request updates, you must tell SnapMirror so that it will no longer retain a snapshot for that destination. This command will remove snapshots that are no longer needed for replication to that destination, and can be used to clean up SnapMirror-created snapshots after snapmirror break is issued on the destination side.
Zdroj argumentem je zdrojem objem nebo qtree, že cíl je být propuštěn z. Argument cíl by měl být buď cílová Filer a cílový název svazku nebo určení Filer a cílový qtree cesta. Můžete použít linku z výstupu příkazu SnapMirror destinace jako soubor argumentů k tomuto příkazu.
obchod [-g geometrie] destinace tapedevices
Uloží obraz cílového objemu na uvedených tapedevices. Je to podobně jako příkaz SnapMirror Initialize, ale ze zdrojového svazku na páskové zařízení. Můžete použít pásky a načítání velení Aby se provedla prvotní a připravovat převod na každém omezeném objemu.
Pomocí-g možnost na prodejně SnapMirror bude optimalizovat pásku pro konkrétní cílové tradičního objemu. Geometrie argument je řetězec, který popisuje geometrii zamýšlené cílové tradičního objemu. To lze získat pomocí SnapMirror načíst-g příkaz na tomto tradičním svazku. Pomocí této volby můžete zvýšit SnapMirror načíst výkon dramaticky. -G volba je účinná pouze s tradičními objemy.
Pouze objemy mohou být uloženy nebo vyvolány z pásky. Qtrees nelze skladovat nebo načíst z pásky.
Tapedevices pole tohoto příkazu je commaseparated seznam platných pásková zařízení. Viz páska pro více informací o jménech páskové zařízení.
Páskové zařízení nejsou podporována vfilers. Tento příkaz spustí na fyzické Filer pouze.
{načtení cílové tapedevices |-h tapedevice | g Objem}
Obnovuje obraz na tapedevices do desti_ nocení n zadali. Je to podobně jako příkaz SnapMirror inicializovat, ale z páskové zařízení na cílový svazek. Je-li cíl je součástí SnapMirror vztahu s zdrojovém svazku ze skladu provádí vytvořit tyto pásky, mohou být oba svazky se odrazí, jako kdyby byly upraveny objemu přes počáteční přenos po síti.
Můžete použít parametr-h vlajku přečíst hlavičku z jednotného uvedené tapedevice. To bude poskytovat informace o pásku zdroje a index.
-G možnost poskytuje hlasitosti geometrie řetězec stanoveného objemu. Tento řetězec, pokud je podáván na SnapMirror store-g příkazu, bude výrazně zlepšit SnapMirror načíst výkon tohoto objemu.
The tapedevices pole tohoto příkazu je commaseparated seznam platných pásková zařízení. Viz páska pro více informací o jménech páskové zařízení.
Tato funkce funguje pouze pro svazky. Qtrees nelze skladovat nebo načíst z pásky.
Páskové zařízení nejsou podporována vfilers. Tento příkaz spustí na fyzické Filer pouze.
použití cílové 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.
Any transfer with a restart checkpoint (you can view this via the snapmirror status command) may be restartable; to clear out the restart checkpoint and force any subsequent transfer to start with a fresh snapshot on the source, you can use abort -h on the destination. -H určuje, že je to těžké zrušit, restart checkpoint bude vyklizen kromě převodu se zastavil.
The abort command can be invoked from either the source or the destination filer. However, the -h option is only effective on the destination filer. Tato volba bude ignorována, pokud je uvedeno ve zdrojovém Filer.
migrate [ -n ] [ -f ] [ -k kilobytes ] [ source_filer :] source_volume [ destination_filer :] desti t ion_volume
snapmirror migrate is run on the filer which holds the source volume. It must be run on two volumes which are already the source and destination of a SnapMirror pair.
snapmirror migrate will transfer data and NFS filehandles from the source_volume to the desti t ion_filer 's destination_volume (if no filer is specified, then migrate assumes the volume is local). If source_filer is specified, then the migrate destination will use that network interface to connect up to the source filer for the transfer of information.
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.
Jestliže jeden filtr se v páru clusteru převzetí služeb při selhání jde dolů, jsou přerušeny veškeré probíhající přenosy. SnapMirror plánovač a služby budou i nadále pro objemy na sestřelil Filer. Konfigurace těchto SnapMirror vztahů jsou převzaty od poražený filtračním je snapmirror.access možnosti nebo snapmirror.allow a snapmirror.conf souborů. Zde je několik příkladů použití SnapMirror příkazem: Následující příklad ukazuje plánovač zapnutí a vypnutí:
toustovač> SnapMirror na topinkovač> SnapMirror stavu SnapMirror je na. toustovač> SnapMirror off topinkovač> SnapMirror stav SnapMirror je vypnutý. toustovač>
Následující příklad představuje SnapMirror stav s převody běží. Dva z nich jsou nečinné destinace (jak z ledničky), jeden z nich je restart kontrolní stanoviště, a mohl být znovu v případě, že nastavení obou svazků se od kontrolního bodu byla provedena. Transfer z Vol1 na PCO2 právě začalo, a je v počátečních fázích přenosu. Transfer z topinkovače to mrazákem je částečně dokončen, zde můžeme vidět počet přenesených megabajtů. toustovač> SnapMirror stav je na SnapMirror. Zdroj cíl stát prodleva Stav chladničky: domácí topinkovač: PCO1 Snapmirrored 22:09:58 Idle topinkovač: vol1 topinkovač: PCO2 Snapmirrored 01:02:53 Přenos topinkovač: vol2 ledničky: zachránil inicializována - Přenos (128MB done) ledničku: uživatelé topinkovač: arc3 Snapmirrored 10:14:36 Idle s restart checkpoint odst. 12MB provedeno) topinkovač>
Následující příklad představuje detailní stav jednoho z výše uvedených vztahů SnapMirror jako argument příkazu. Zobrazuje další informace o základně snímek, transfer typ, chybová zpráva a posledního přenosu, atd. toustovač> SnapMirror stav-l PCO1 SnapMirror je na. Zdroj: lednice: Hlavní stránka Destinace: topinkovač: PCO1 Typ: Objem Stav: Idle Progress: - Stát: Snapmirrored prodleva: 22:09:58 Zrcadlo Časové razítko: Wed Aug 8 16:53:04 GMT 2001 Base Snapshot: topinkovač (0001234567) _arc1 0.1 Aktuální Převod Typ: - Aktuální Převod Chyba: - Obsah: Replika Poslední Převod Typ: Inicializace posledního přenosu Velikost: 1120000 kb posledního přenosu Doba trvání: 00:03:47 Poslední přenosu Od: lednice: domácí
Následující příklad ukazuje, jak dostat všechny svazky a qtrees, které jsou quiesced nebo quiescing na tomto Filer s stavu příkazu. filtr se> SnapMirror stav-Q je na SnapMirror. vol1 se quiesced / quiescing qtrees: / vol/vol1/qt0 je quiesced / vol/vol1/qt1 se quiescing vol2 je quiescing
Následující příklad začíná psát obraz Vol1 na topinkovače k pásku na rst0a páskové zařízení a pokračuje s páskou na rst1a. Když se druhý pásek využita, příklad ukazuje, jak obnovit obchod s novou pásku na rst0a. toustovač> SnapMirror obchod vol1 rst0a, rst1a SnapMirror: Odkaz Snapshot: snapmirror_tape_5.17.100_21: 47:28 topinkovač> SnapMirror: úložiště topinkovače: rst0a, rst1a došel pásky. toustovač> SnapMirror použití topinkovač: rst0a, rst1a rst0a topinkovač> Wed 17.května 23:36:31 GMT [worker_thread: Oznámení]: SnapMirror: Uchovávejte z objemově Vol1 'na pásce byl úspěšný (11 MB v 1:03 minut, 3 pásky písemná).
Následující příklad načte hlavičku pásky na rst0a páskové zařízení. To pak načte obraz Vol1 z pásky na pásku rst0a zařízení. toustovač> SnapMirror načíst-h rst0a páska Počet: 1 WAFL Verze: 12 BareMetal Verze: 1 Filer Zdroj: Zdroj topinkovač Objem: vol0 Zdroj Objem Kapacita: 16 MB Zdroj použitý objem Velikost: 11 MB. Zdroj snímku: snapmirror_tape_5.17.100_21: 47:28 topinkovač > Topinkovač> SnapMirror načíst vol8 rst0a SnapMirror: získat z pásky do toustovače: vol8 došel pásky. toustovač> SnapMirror použití topinkovač: vol8 rst0a SnapMirror: získat z pásky na topinkovače: vol8 došel pásky. toustovač> SnapMirror použití topinkovač: vol8 rst0a topinkovač> SnapMirror stav je na SnapMirror. Zdroj cíl stát prodleva Stav topinkovač: rst1a, rst0a topinkovač: dst1 Neznámý - převod (17MB done) topinkovač> st 17.května 23:54:29 GMT [worker_thread: Oznámení]: SnapMirror: Načtení z pásky na objem "vol8" byl úspěšný ( 11 MB v 1:30 minut).
Následující příklad zkoumá stav všech převodů, pak přeruší převody na volm1 a volm2 a kontroluje stav znovu. Chcete-li vymazat restart kontrolní bod, je SnapMirror přerušení znovu vyvolána. 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 toaster:volm1 volm2 toaster> snapmirror status Snapmirror is on. Source Destination State Lag Status fridge:home toaster:volm1 Snapmirrored 00:01:25 Idle fridge:mail toaster:volm2 Snapmirrored 01:03:11 Idle with restart checkpoint (7000MB done) toaster> snapmirror abort 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
The following example examines the status of all transfers, then aborts the transfers to
volm1 and
volm2 with the
-h option and checks the status again. No restart checkpoint is saved.
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.
V důsledku tohoto procesu, bude zdroj svazku domů mají být přijata v režimu offline, a NFS služby této Filer se zastaví během přenosu. CIFS služby na zdrojovém svazku bude ukončena a CIFS bude muset být nastavena až na místo určení.
Jste si jisti, že chcete udělat? ano nfs vypnutý na zdrojovém Filer provedení finální převod z toustovače: Úvod do zrcadla .... (Sledování pokroku "SnapMirror stavu") převodem z toustovače: úvod do zrcadla úspěšné počáteční nfs filehandle migraci z domova, aby odrážely zdrojového svazku domů přinesl offline zdroj nfs filehandles neplatné cílovou topinkovač: zrcadlo potvrzuje migrační migrace kompletní topinkovače> Vol. stavu hlasitosti Možnosti státní Stav root on-line normální kořen, raidsize = 14 zrcadlem online běžné domácí offline normální topinkovače> vol. přejmenování domů teplota domů přejmenován na teplotě může být nutné aktualizovat / etc / exports topinkovač> vol. přejmenování zrcadlo doma zrcadlo přejmenované na úvod budete muset aktualizovat / etc / exports toustovač> exportfs-
Je-li zdrojem objem je větší než replik určení, převod není povoleno. Poznámky k příkazu SnapMirror Migrace slovy:
Migrují příkaz je pouze dílčí krok celého procesu. Je určen pro práci, když správce chce přesunout data z jednoho svazku na druhý, možná proto, že chtějí přesunout na novou sadu disků, nebo na větší objem bez přidání disky.
Chceme, které se stěhují být spuštěn v ovládají prostředí, jak je to možné. Nejlepší je, když nejsou k dispozici žádné výpisy nebo SnapMirror převody probíhají v průběhu migrace.
Klienti mohou vidět nehybné filehandles nebo necitlivý NFS provozu, migrují běží. Toto chování je očekávané. Jakmile cílový svazek je vyroben zapisovat, budou klienti zobrazit data, jako by se nic nestalo.
migraci nezmění vývozu a IP adresy, nová destinace objem musí být dostupná stejným způsobem jako zdroj objem kdysi byl.
CIFS služba bude muset být znovu na Migrace určení.
Zde jsou SnapMirror související možnosti (viz volby, protocolaccess, SnapMirror a snapmirror.allow Podrobnosti o těchto možností): snapmirror.access
Řídí SnapMirror přístup k Filer.
snapmirror.checkip.enable
Řídí SnapMirror IP adresu kontrolu pomocí snapmirror.allow.
snapmirror.delayed_acks.enable
Ovládá SnapMirror síťové možnosti.
replication.volume.transfer_limits
Ovládání zvýšil počty stream. Tato možnost je k dispozici, aby se vrátil k zastaralým počty stream limity.
replication.volume.reserved_transfers
Zaručuje, že zadaný počet objemu převodů SnapMirror source / destination vždy začít. Tato volba sníží maximální limit pro all další převody typů a bude stejné jako maximální počet převodů je to možné.
snapmirror.enable
Zapíná a vypíná SnapMirror. 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.
/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.
aggr license options qtree vol tape(4) protocolaccess(8) snapmirror(5) snapmirror.allow(5) snapmirror.conf(5)
Obsah
Read more... (6038 words, estimated 24:09 mins reading time) 
