Arquivo

Mensaxes coa tag 'SnapMirror'

SnapMirror Script Setup

14 de marzo de 2010

Eu tiña a tarefa de replicar un filler clientes existente para o seu sistema DR novo. Este sistema foi moi grande, e tanto como a creación de SnapMirrors non é particularmente complexo, é lento. Así como acontece con moitas cousas que eu fago, eu escribín un guión para axudar a miña conseguir esa tarefa máis rápido, e terá aínda outro café.

Vai ter pre-compartida de configuración chaves (como sempre), pero o resto é solicitado. Non hai validación de datos (ningunha sorpresa). O script imprimirá 4 arquivos de texto, unha para crear / restrinxir todos os volumes, un para o "snapmirror.conf", por ser utilizados no lugar de "snapmirror.conf" mentres está facendo o arranque de liña de base e, finalmente, un para realmente arrincar os snapmirrors. Non hai intelixencia en torno de fluxos simultáneos, polo de inicio é aínda un pouco de malabarismo e xogo de espera.

Por favor, deixe-me saber se atopa este útil.

#! / Bin / bash

echo "Por favor, indique o nome do filler PRIMARIA:"
ler PRI_FILER

echo "Por favor, indique o nome do filler DR:"
ler DR_FILER

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

SnapMirrorHour = 22
SnapMirrorMinute = 0
SnapMirrorStagger=5

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

para AGGR en `$ {} $ ConnectString PRI_FILER" Agr status "| awk '! $ 2 ~ / Estado / {print $ 1}'`
facer
SIZE = `$ {} $ ConnectString PRI_FILER" df-Ah AGGR $ "| sed 's / \ ([0-9] [KMGT] \) B / \ 1 / g' |! Awk '$ 1 ~ snapshot /. | Agregado / {print $ 2} '`
para VOL en `$ {ConnectString} $ PRI_FILER" Agr show_space $ AGGR "| awk '$ 1 ~ Espazo / / {print $ 0}' | awk '$ 4 ~ volume / | file | none / {print $ 1}'`
facer
echo "vol create $ {} VOL-s $ {ningún AGGR} $ {SIZE}" >> $ {} DR_FILER _filer_volumes.txt
echo "vol restrinxir $ {VOL}" >> $ {} DR_FILER _filer_volumes.txt
echo "SnapMirror initialize-S $ {PRI_FILER}: $ {VOL} $ {DR_FILER}: $ {VOL}" >> $ {} DR_FILER _sm_initialize.txt
echo "$ {PRI_FILER}: $ {VOL} $ {DR_FILER}: $ {VOL} - $ {} $ {SnapMirrorMinute SnapMirrorHour} **" _snapmirror.conf >> $ {} DR_FILER
echo "$ {PRI_FILER}: $ {VOL} $ {DR_FILER}: $ {VOL} -----" >> $ {} DR_FILER _snapmirror_init.conf

SnapMirrorMinute=`expr $SnapMirrorMinute + $SnapMirrorStagger`

Liña de comandos , , , ,

SnapMirror

7 de xullo de 2009

Índice analítico

NOME

SnapMirror - Rexistro de Actividade SnapMirror

Sinopse

/ Etc / log / SnapMirror

Descrición

O ficheiro de rexistro SnapMirror contén un rexistro da actividade SnapMirror a este filler. O arquivo está en / etc / log no volume raíz de orixe e destino filers. Cando o snapmirror.log.enable opción é activada, todas as actividades SnapMirror será gravado neste ficheiro de rexistro. Vexa opcións para obter máis información sobre como habilitar e desactivar esta opción. Todos os domingos ás 00:00, / etc / log / SnapMirror é movido a / etc/log/snapmirror.0, / etc/log/snapmirror.0 é movido a / etc/log/snapmirror.1, e así por diante. O sufixo pode ir ata 5. Este proceso é chamado de rotación. Entradas de rexistro SnapMirror son gardados para un total de seis semanas.

Cada entrada do ficheiro / etc / log / SnapMirror é unha soa liña composta de espazo-campos separados. Todas as entradas do rexistro de comezar cun tipo de campo e un campo timestamp. O campo final pode ser entre parênteses, caso en que pode conter espazos. O campo timestamp contén un número fixo de espazos, e como tal pode ser analizada como espazo de cinco campos delimitados. Que os campos aparecen, e en que orde elas aparecen na, é determinada polo tipo de campo de entrada de rexistro (que é o primeiro campo).

Seguinte é unha descrición de cada campo.

tipo indican o tipo de entrada, que determina tamén o formato do resto da entrada. Pode ser un dos seguintes valores:

sesión
rexistrar a actividade facilidade

Formato: event_info tipo timestamp ...

sys
de todo o sistema de actividade

Formato: event_info tipo timestamp ...

tgt
SnapVault actividade de destino

Formato: tipo timestamp event_info branco volume ...

src
actividade fonte

Formato: tipo timestamp event_info orixe destino ...

Internet
actividade de destino

Formato: tipo timestamp event_info orixe destino ...

cmd
actividade mando do usuario

Formato: tipo timestamp event_info orixe destino ...

SCN
replicación actividade fonte de verificación

Formato: tipo timestamp event_info orixe destino ...

chk
replicación comprobar a actividade destino.

Formato: tipo timestamp event_info orixe destino ...

vol
volume ampla actividade

Formato: tipo event_info volume de timestamp ...

slk
Softlock actividade alén da eliminación do

Formato: tipo timestamp Softlock event_info ...

timestamp
Exhibido en ctime () formato, por exemplo, Ven 17 Feb 20:41:09 GMT. Indica o tempo que este evento está rexistrado.

volume Especifica o nome do volume para a cal esta entrada se aplica.

obxectivo Este é o nome e tipo de destino para esta entrada. Os obxectivos son o volume de ancho accións, creacións normalmente instantáneo. É presentado como dous campos colonseparated, deste xeito:

target_type: target_name

O nome do destino pode ser unha cadea baleira.

fonte Este é o nome do arquivador fonte eo nome do volume ou o camiño qtree a ser espello. O nome é especificado como dous colon-campos separados, como segue:

Host: camiño

Este campo pode ser '-' cando non aplicable para o evento.

destino
Este é o nome do arquivador destino eo nome do volume ou o camiño qtree do destino. O nome é especificado como dous campos separados por dous puntos, os mesmos como no campo de orixe.

Este campo pode ser '-' cando non aplicable para o evento.

event_info
Este campo contén o evento que está a ser rexistrado. Algúns eventos poden ter información adicional entre parénteses.

Solicitude (enderezo IP | tipo de transferencia) Unha solicitude de transferencia foi enviado (destino) ou recibidos (fonte). No lado da fonte, o enderezo IP do filler destino que fixo a solicitude está incluído entre parénteses. No lado de destino, o tipo de transferencia está incluída nos parénteses.

Inicio O inicio dunha transferencia.

Inicio (Snapshots para comprobar = # NUM, nivel = {datos | suma}, {comprobar | fix}, {rápido | completo} mode)
Iniciar unha replicación de comprobar ou corrixir sesión. As opcións de sesión se inclúen nos parénteses. Todas as opcións aparecen no rexistro lado destino, pero só o "instantáneas para comprobar" a opción aparece no rexistro do lado da fonte.

Reinicie (@ nun KB)
O inicio dunha transferencia reiniciar.

End (nun feito KB)
A conclusión dunha transferencia. O tamaño total da transferencia en KB está incluído nos parénteses.

End (src_only = num_1, dst_only = num_2, mismatch = num_3) A conclusión dunha replicación comprobar ou corrixir sesión. O resumo da sesión está incluído nos parénteses. O resumo está presente só nos rexistros laterais de destino. Rexistros laterais de orixe non contén ningunha información de resumo.

Abort (erro mensaxe)
A transferencia é abortada. A mensaxe de erro está incluído nos parénteses.

Adiar (razón)
Indica unha transferencia é adiada por mor dunha limitación de recursos. A razón para o adiamento está incluído nos parénteses.

Wait_tape
Unha operación da cinta SnapMirror está esperando por cinta seguinte.

New_tape
Unha operación da cinta SnapMirror continuou a operación coa nova cinta.

Sync_start
O inicio do modo de espelhamento síncrono para a relación SnapMirror especificado por esta entrada de rexistro.

Sync_end (razón)
O fin do modo de espelhamento síncrono para a relación SnapMirror especificado por esta entrada de rexistro. A razón para deixar caer para fóra para síncrono está incluído nos parénteses.

Quiesce_start
O inicio do proceso de quiesce.

Quiesce_end
A conclusión do proceso de quiesce.

Quiesce_failed (razón)
O fallo do proceso quiesce. A razón para o fallo está incluído nos parénteses.

Rollback_start
O inicio dun proceso de reversión para un SnapMirror qtree ou SnapVault.

Rollback_end
A conclusión dun proceso de reversión para un SnapMirror qtree ou SnapVault.

Rollback_failed (razón)
O fracaso dun proceso de reversión para un SnapMirror qtree ou SnapVault. A razón para o fallo está incluído nos parénteses.

Coalesce_start (snapshot)
O inicio dun proceso para aglutinar un qtree SnapVault. O instantáneo base para a operación de coalescer está incluído nos parénteses.

Coalesce_end
A conclusión dun proceso para aglutinar un qtree SnapVault.

Coalesce_failed (razón)
O fracaso dun proceso para aglutinar un qtree SnapVault. A razón para o fallo está incluído nos parénteses.

Target_start
O inicio dun branco SnapVault.

Target_end
A conclusión dun branco SnapVault.

Target_failed (razón)
O fracaso dun branco SnapVault. A razón para o fallo está incluído nos parénteses.

Start_logging
Rexistro SnapMirror foi activado.

End_logging
Rexistro SnapMirror foi desactivada.

SnapMirror_on (causa)
SnapMirror foi activado nesta máquina. A operación ou proceso que causou SnapMirror para facer activado indicado entre parénteses.

SnapMirror_off (causa)
SnapMirror foi desactivado nesta máquina. A operación ou proceso que causou SnapMirror a tornar-se portador de deficiencia está especificado entre parénteses.

SnapVault_on (causa)
SnapVault foi activado nesta máquina. A operación ou proceso que causou SnapVault para facer activado indicado entre parénteses.

SnapVault_off (causa)
SnapVault foi desactivado nesta máquina. A operación ou proceso que causou SnapVault a tornar-se portador de deficiencia está especificado entre parénteses.

Resume_command
Usuario emitido SnapMirror mando currículo.

Break_command
Usuario emitido mando break SnapMirror.

Release_command
Usuario emitido mando release SnapMirror.

Abort_command

Abort_command (tipo)
Usuario emitido SnapMirror mando abortar. O tipo só estará presente o aborto foi emitido con opcións adicionais que mudaron o tipo de abortar.

Resync_command (instantáneo común)
Usuario emitido SnapMirror mando resync. O instantáneo común para a operación de resync está incluído nos parénteses.

Restore_resync_command usuario (instantáneo común) emitido SnapVault mando restore-r. O instantáneo común para a operación de resync está incluído nos parénteses.

Migrate_command
Usuario emitido SnapMirror migrar mando.

Request_check (snapshot_name)
A petición dunha única imaxe durante a sesión de control de replicación. Esta é a fonte de entrada de rexistro lado. Cada instantánea que está a ser verificado en unha sesión de verificación de replicación terá a súa entrada. Nome de instantáneas está incluído nos parénteses.

Snapshot_name Checking_snapshot fonte (timestamp, cpcount = num_2, snapid = id) para dest_snapshot_name (timestamp, cpcount = count, snapid = id) O inicio dunha comparación único instantánea durante a verificación de replicación. El está rexistrado tanto en orixe e de destino.

Abort_check
replicación de sesión para comprobar SnapMirror ou SnapVault abortada. Razón de abortar está incluído nos parénteses.

Abort_check_command
Usuario emitido replicación comprobar interromper o mando. Entrada do ficheiro de rexistro correspondente aparece con escriba cmd.

Data_differ ({bloque blk_num en file_path | VBN vbn})
Replicación do check atopar unha incompatibilidade bloque de datos. O número, o bloque eo camiño inode ou Número Volume Block (VBN) está incluído nos parénteses.

Unique_in_src selección de replicación (entry_type para entry_path) atopou unha entrada só está presente na orixe. O tipo de entrada e un camiño de entrada están incluídos nos parénteses.

Unique_in_dst selección de replicación (entry_type para entry_path) atopou unha entrada presente só no destino. O tipo de entrada e un camiño de entrada están incluídos nos parénteses.

Size_differ (camiño)
Corrección de replicación atopou unha incompatibilidade tamaño do ficheiro en inode especificado. O camiño inode está incluído nos parénteses.

Type_differ (camiño)
Corrección de replicación atopou unha incompatibilidade de tipo inode. O camiño inode está incluído nos parénteses.

UID_differ (camiño)
Corrección de replicación atopou un descompasso ID de usuario para inode especificado. O camiño inode está incluído nos parénteses.

GID_differ (camiño)
Corrección de replicación atopou un descompasso ID de grupo para inode especificado. O camiño inode está incluído nos parénteses.

Perm_differ (camiño)
Corrección de replicación atopou un permiso ou incompatibilidade dosbit para inode especificado. O camiño inode está incluído nos parénteses.

Atime_differ (camiño)
Corrección de replicación atopou un descompasso á hora do último acceso para inode especificado. O camiño inode está incluído nos parénteses.

Mtime_differ (camiño)
Corrección de replicación atopou un descompasso o tempo da última modificación para inode especificado. O camiño inode está incluído nos parénteses.

Ctime_differ (camiño)
Corrección de replicación atopou un descompasso no tempo último cambio tamaño / estado para inode especificado. O camiño inode está incluído nos parénteses.

Crtime_differ (camiño)
Corrección de replicación atopou un descompasso o tempo de creación de inode especificado. O camiño inode está incluído nos parénteses.

Rdev_differ (camiño)
Corrección de replicación atopou un descompasso número de teléfono para inode especificado. O camiño inode está incluído nos parénteses.

DOSbits_differ (camiño)
Replicación comprobar atopou unha incompatibilidade dos bits para inode especificado. O camiño inode está incluído nos parénteses.

ACL_differ (camiño)
Corrección de replicación atopou un NT ou NFS incompatibilidade ACL V4 para inode especificado. O camiño inode está incluído nos parénteses.

Hardlink_differ (camiño)
Corrección de replicación atopou un hardlink para inode indicado, pero o inode do destino non corresponde entre os elos. O camiño inode está incluído nos parénteses.

Qtree_oplock_differ (camiño)
Replicación comprobar incompatibilidade configuración atopada por un bloqueo qtree. O camiño qtree está incluído nos parénteses.

Qtree_security_differ (camiño)
Corrección de replicación atopada incompatibilidade axustes de seguridade para un qtree. O camiño qtree está incluído nos parénteses.

Hole_uses_disk_space (camiño)
Corrección de replicación atopou o uso do disco necesario para inode indicado, este con todo, non é unha incompatibilidade. O camiño inode está incluído nos parénteses.

Convert_command
Usuario emitido SnapMirror converterse mando.

Older_snapshot
Actualizar desde unha instantánea que é máis vello do que o instantáneo base actual.

Snapshot_delete (nome do instantáneo)
Unha instantánea é excluído deste volume. O nome do instantáneo está incluído nos parénteses.

Snapshot_replace (nome do instantáneo)
Unha instantánea SnapVault foi substituído despois dunha operación SIS cun novo instantáneo co mesmo nome. O nome do instantáneo está incluído nos parénteses.

FILER_REBOOTED
O filler é reiniciar.

WORM_LOG_FAIL (razón)
Escriba o ficheiro de rexistro worm fallou. A razón para o fallo está incluído nos parénteses.

WORM_LOG_FAILURE_RECOVER_START
O inicio da recuperación das entradas de rexistro falla verme.

WORM_LOG_FAILURE_RECOVER_END
O fin da recuperación das entradas de rexistro falla verme.

Softlock_add (operación)
A Softlock se engade. A operación que engadir o Softlock está incluído nos parénteses.

Softlock_add_pending (operación)
Un Softlock se engade como un Softlock pendente. A operación que engadir o Softlock está incluído nos parénteses.

Softlock_delete (operación)
A Softlock é eliminado. A operación que eliminou a Softlock está incluído nos parénteses.

Softlock_delete_pending (operación) A Softlock pendente é eliminado. A operación que suprimida en que está incluída entre parénteses.

Softlock_mark_pending (operación)
A Softlock está marcado como pendente. A operación que marcou-se incluídos nos parénteses.

Exemplos

Unha entrada típica no ficheiro / etc / log / SnapMirror parece:
  Internet Ven 17 Feb 22:50:18 GMT filer1: srcvol filer2 Peticion dstvol (actualización) 

O exemplo anterior mostra unha solicitude de actualización gravado ao lado de destino para unha relación SnapMirror de filler: srcvol para filer2: dstvol que pasou o tempo rexistrado.

Unha sesión típica de selección de replicación en / etc / log / SnapMirror no destino parece:

   chk Wed Jan 19 01:07:39 GMT Woolf :/ vol/vol1 Milton :/ Solicitude vol/vol1 (cheque) chk Wed Jan 19 01:07:39 GMT Woolf :/ vol/vol1 Milton :/ vol/vol1 Inicio ( Snapshots para comprobar = 2 = nivel de selección de datos, completo) chk Wed Jan 19 01:07:39 GMT Woolf :/ vol/vol1 Milton :/ vol/vol1 Checking_snapshot Milton (0033587346) _vol1.5 (18 de xaneiro ... chk Wed 19 de xaneiro 01:07:48 GMT Woolf :/ vol/vol1 Milton :/ vol/vol1 Checking_snapshot nightly.0 (18 de xaneiro 00:00, cpcount = ... chk Wed Jan 19 01:07:57 GMT Woolf :/ vol/vol1 Milton :/ Fin vol/vol1 (src_only = 0, dst_only = 0, desfasamento = 0) 

Unha sesión típica de selección de replicación en / etc / log / SnapMirror na fonte parece:

  SCN Wed Jan 19 00:58:27 GMT Woolf :/ vol/vol1 Milton :/ Solicitude vol/vol1 (172.29.19.15) SCN Wed Jan 19 00:58:27 GMT Woolf :/ vol/vol1 Milton :/ vol/vol1 Inicio (Snapshots para comprobar = 2) SCN Wed Jan 19 00:58:27 GMT Woolf :/ vol/vol1 Milton :/ vol/vol1 Request_check (Milton (0033587346) _vol1.5) SCN Wed Jan 19 00:58:27 GMT Woolf :/ vol/vol1 Milton :/ vol/vol1 Checking_snapshot Milton (0033587346) _vol1.5 (18 de xaneiro ... SCN Wed Jan 19 00:58:36 GMT Woolf :/ vol/vol1 Milton :/ vol/vol1 Request_check (nightly. 0) SCN Wed Jan 19 00:58:36 GMT Woolf :/ vol/vol1 Milton :/ vol/vol1 Checking_snapshot nightly.1 (18 de xaneiro 00:00, cpcount = SCN ... Wed Jan 19 00:58:45 GMT Woolf: / vol/vol1 Milton :/ End vol/vol1 

A Softlock típico de rexistro no ficheiro / etc / log / SnapMirror parece:

   slk Wed 10 de maio 03:06:15 GMT state.softlock.vol1.0000011e.054.filer1: vol3 Softlock_add (Transferencia) slk Wed 10 de maio 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1: vol3 Softlock_delete (Transferencia) slk Wed 10 de maio 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1: vol3 Softlock_delete (Revert) slk Wed 10 de maio 03:06:15 GMT state.softlock.vol1.0000011b.054 . filer1: vol3 Softlock_delete (Lanzamento) slk Wed 10 de maio 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1: vol3 Softlock_delete (Clean_softlocks) slk Wed 10 de maio 03:06:15 GMT state.softlock.vol1 .0000011 b.054.filer1: vol3 Softlock_add (RSM_forward) slk Wed 10 de maio 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1: vol3 Softlock_delete (RSM_forward) slk Wed 10 de maio 03:06:15 GMT estado . softlock.vol1.0000011b.054.filer1: vol3 Softlock_delete (Snapmirror_destinations) slk Wed 10 de maio 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1: vol3 Softlock_delete_pending (Transferencia) slk Wed 10 de maio 03:06 : 15 GMT state.softlock.vol1.0000011b.054.filer1: vol3 Softlock_add_pending (Transferencia) slk Wed 10 de maio 03:06:15 GMT state.softlock.vol1.0000011b.054.filer1: vol3 Softlock_mark_pending (Transferencia) 

Arquivos

/ Etc / log / SnapMirror
SnapMirror ficheiro de rexistro para a semana actual.

/ Etc / log / SnapMirror. [0-5]
Ficheiros de rexistro SnapMirror de semanas anteriores.

CONSULTE TAMÉN

options , snapmirror snapvault


Índice analítico







































































Páxinas guía de , , , ,

SnapMirror

7 de xullo de 2009

Índice analítico

NOME

SnapMirror - volume, e espelhamento qtree

Sinopse

SnapMirror {on | off}

SnapMirror estado [options] [volume | qtree ... ]

SnapMirror initialize [opcións] destino

SnapMirror actualización [opcións] destino

SnapMirror destino quiesce

SnapMirror destino currículo

pausa SnapMirror [options] destino

SnapMirror resync [opcións] destino

destinos SnapMirror [opción] [fonte]

SnapMirror orixe destino de liberación

SnapMirror {tendas | recuperar} volumes tapedevices

SnapMirror tapedevices destino de uso

SnapMirror destino <n> acelerador

SnapMirror abortar [opcións] destino ...

SnapMirror migrar [opcións] orixe destino

Descrición

A orde SnapMirror se usa para controlar SnapMirror, un método de reflictir volumes e qtrees. Permite ao usuario activar e desactivar calendario e transferencia manual de datos, solicitar información sobre transferencias, iniciar o arranque de transferencia de datos, iniciar unha actualización dun espello, temporalmente actualizacións pausa para un espello, espello romper relacións, ressincronizar espellos rotos, información de destino lista , liberación espellos neno, almacenar imaxes de volume cara a cinta, recuperar imaxes de volume a partir de cinta e transferencias abortar en curso.

SnapMirror pode ser usado para replicar volumes ou qtrees. Os procesos e comportamentos implicados son lixeiramente (e ás veces sutilmente) diferente entre os distintos tipos de espelhamento de datos.

O proceso é o destino SnapMirror-driven. A orde initialize SnapMirror comeza a primeira transferencia que deixa o destino con todos os datos sobre a fonte. Antes da transferencia de inicio, o destino debe estar preparado para ser substituído cos datos da fonte; volumes de destino debe ser restrinxida (ver vol), e qtrees destino non debe existir.

Para os espellos assíncronos, o destino periodicamente solicita unha actualización dende a fonte, acepta unha transferencia de datos e grava os datos no disco. Estas transferencias de actualización inclúen só os cambios feitos na fonte dende a transferencia. O programador SnapMirror iníciase estas transferencias automaticamente de acordo con horarios no arquivo snapmirror.conf.

Espellos síncronas inicialmente se comportan de forma asíncrono, pero farán a transición a modo síncrono na primeira oportunidade. Estes espellos poden voltar a modo asíncrono en caso de erro (por exemplo, unha partición de rede entre os filers espelhamento) ou por petición do usuario.

O comando update SnapMirror pode ser usado para iniciar a transferencia dos individuais separadamente dos programados en snapmirror.conf.

Tras a transferencia de inicio, o destino está dispoñible para os clientes, pero nun estado de só lectura. O estado dun destino vai amosar que é snapmirrored (ver aggR, vol, ou qtree para obter máis detalles sobre como ver o estado de destino).

Para utilizar o destino de escritura, así como a lectura, o que é útil cando un desastre fai que a fonte non está dispoñible ou cando quere usar o destino como un volume de proba / qtree, pode rematar a relación SnapMirror co comando break SnapMirror. Este comando cambia o estado do destino de snapmirrored a rota, tornándose escribir nel. O SnapMirror mando resync pode cambiar de volta un destino do ex-estado para snapmirrored e sincronizar os seus contidos a fonte. (Aplicado a unha fonte anterior, SnapMirror resync pode transformalo nun espello do destino ex. Deste xeito, os fondos de fonte eo seu destino pode ser invertida.)

A filer keeps track of all destinations, either direct mirrors or mirrors of mirrors, for each of its sources. This list can be displayed via the snapmirror destinations command. The snapmirror release command can be used to tell a filer that a certain direct mirror will no longer request updates.

To save network bandwidth, tape can be used to prime a new mirror volume instead of the snapmirror initialize command. The snapmirror store command dumps an image of the source to tape. The snapmirror retrieve command restores a volume image from tape and prepares the volume for update transfers over the network. If multiple tapes are used to create a volume image, the snapmirror use command is used to instruct a waiting store or retrieve process to write output or accept input to/from a new tape device. The store and retrieve commands cannot be used with qtrees.

The snapmirror migrate command is used on an existing source and destination pair to make the destination volume a writable "mimic" of the source. The destination assumes the NFS filehandles of the source, helping the filer administrator to avoid NFS re-mounting on the client side.

The snapmirror.conf file on the destination filer's root volume controls the configuration and scheduling of SnapMirror on the destination. See snapmirror.conf for more details on configuration and scheduling of SnapMirror.

Access to a source is controlled with the snapmirror.access option on the source filer. See options and protocolaccess (8) for information on setting the option.

(If the snapmirror.access option is set to "legacy”, access is controlled by the snapmirror.allow file on the source filer's root volume. See snapmirror.allow for more details.)

SnapMirror is a licensed service, and a license must be obtained before the snapmirror command can be used. SnapMirror must be licensed on both source and destination filers. See license for more details.

SnapMirror is supported on regular vfilers, as well as the physical filer named vfiler0. Use vfiler context or vfiler run to issue snapmirror commands on a specific vfiler. See vfiler for details on how to issue commands on 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.

Cada vfiler ten o seu / etc propia / snapmirror.conf no seu volume de raíz. SnapMirror pode ser activado ou desactivado nunha vfiler de forma independente. SnapMirror comandos emitidos nun vfiler só pode operar en volumes ou qtrees que ten a propiedade exclusiva de.

Para compatibilidade con versións anteriores, o filer física (vfiler0) pode operar en todos os volumes e as qtrees, aínda que sexan de propiedade da vfilers. É altamente recommanded, con todo, que todas as unidades de almacenamento (volumes e qtrees) ser espellada desde calquera vfiler0 ou o vfiler aloxamento, non ambos. Cando as unidades de almacenamento vfiler son espelhados través vfiler0, deixe SnapMirror fóra no vfiler.

USO

A orde SnapMirror ten subcomandos moitos. Case todos os mando ten un argumento destino. Este argumento leva de tres formas diferentes. O formulario utilizado para unha chamada específica depende se está especificando un volume ou unha qtree.

Volumes son especificadas polo seu nome:

  vol1 

Qtrees son especificadas polo seu camiño totalmente cualificado:

  / Vol/vol1/qtree 

Hai un camiño especial que se pode usar para SnapMirror todos os datos nun volume que non residen nun qtree. Este camiño só pode ser usado como unha fonte SnapMirror, nunca un destino SnapMirror. O camiño é especificado como:

  / Vol/vol1/- 

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

The snapmirror subcommands are:

on

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. If the argument is invalid, there won't be any status in the output.

Without any options, the short form of each relationship's status is displayed. This shows the state of the local side of the relationship, whether a transfer is in progress (and if so, the progress of that transfer), and the mirror lag, ie the amount of time by which the mirror lags behind the source. This is a simple difference of the current time and the source-side timestamp of the last successful transfer. The lag time will always be at least as much as the duration of the last successful transfer, unless the clocks on the source and destination are not synchronized (in which case it could even be negative).

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.

If the -t option is given, the output displays the relationships that are active. A relationship is considered as active if the source or destination is involved in:

1. data transfer to or from the network. 2. reading or writing to a tape device. 3. waiting for a tape change.
4. Performing local on-disk processing or cleanup.

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 .

On a vfiler, the status command shows entries related to the vfiler only. On the physical filer, active transfer entries from all vfilers are displayed. Inactive transfers are only displayed on the relevant vfiler. The preferred way to get a comprehensive and more readable list of SnapMirror transfers is to run vfiler run * snapmirror status . It iterators through all vfilers and lists its transfers.

initialize [ -S source ] [ -k kilobytes ] [ -s src_snap ] [ -c create_dest_snap ] [ -w ] destination

Inicia unha transferencia inicial a través da rede. Unha transferencia inicial, tanto a través da rede ou a partir da cinta é necesaria antes das transferencias de actualización pode ter lugar. A orde de inicio debe ser emitido no filler destino. Se o destino é un volume, hai que limitado (ver vol para obter información sobre como examinar e restrinxir volumes). Se o destino é un qtree, non debe existir (ver qtree para obter información sobre como incluír qtrees). Un qtree xa existe, debe ser renomeado ou eliminar (usando un cliente NFS ou CIFS), ou SnapMirror arrincar para que qtree non vai funcionar.

Se o comando estado SnapMirror relatos de que unha transferencia abortada inicial ten un checkpoint restart, o commmand initialize vai continuar a transferencia de onde parou.

A opción-s especifica un arquivador fonte e do volume ou o camiño qtree, nun formato semellante ao de argumentos minação des_ t. A fonte debe coincidir coa entrada para o destino no arquivo snapmirror.conf. Se non corresponder, a operación imprime unha mensaxe de erro e aborta. Se a opción S-non está definida, a fonte utilizada é o especificado pola entrada para este destino no arquivo snapmirror.conf. Se non o houbera ningunha entrada tal, a operación imprime unha mensaxe de erro e aborta.

A opción-k define a velocidade máxima na que os datos son transferidos a través da rede en kilobytes por segundo. It is used to throttle disk, CPU, and network usage. 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.

A opción-w fai que o comando non voltar en canto a transferencia de inicio comeza. Pola contra, só pode esperar ata a conclusión da transferencia (ou non), momento en que ha imprimir o status de conclusión e despois volver.

actualización [-S fonte] [-k kilobytes] [-s src_snap] [-c create_dest_snap] [-w] destino

Para os espellos assíncronas, unha actualización é inmediatamente iniciado dende a fonte para o destino para actualizar o espello co contido da fonte.

Para os espellos, síncronas, unha instantánea é creado no volume de orixe, que se fai visible para os clientes do volume de destino.

O comando update debe ser emitido no filler destino.

O S-opción define a fonte da transferencia, e funciona do mesmo xeito a actualización como fai para initialize.

A opción-k define o acelerador, en kilobytes por segundo, o da transferencia, e funciona do mesmo xeito a actualización como fai para initialize.

A opción-c só funciona para unha actualización para unha qtree. Con este SnapMirror opción crea unha instantánea chamado create_dest_snap sobre o destino tras a conclusión da actualización (de xeito que non compite con todas as actualizacións en curso). SnapMirror non bloquear ou eliminar este instantáneo. Create_dest_snap non pode ser hourly.x, nightly.x, ou weekly.x, porque estes nomes son reservados para os snapshots programadas.

A opción-s só funciona para unha actualización para unha qtree. Ela designa unha instantánea chamado src_snap a partir do cal traslada o SnapMirror qtree, no canto de crear unha instantánea de orixe e trasladar o qtree do novo instantáneo. Esta opción é usada para transferir o contido de unha instantánea específico, por exemplo, pode transferir unha foto que foi tirada mentres unha base de datos estaba nun estado estable e consistente. SnapMirror non bloquear ou borrar o src_snap. Src_snap non pode ser hourly.x, nightly.x, weekly.x, snapshot_for_backup.x ou snapshot_for_volcopy.x.

A opción-w fai que o comando non voltar en canto a transferencia incremental comeza. Pola contra, só pode esperar ata a conclusión da transferencia (ou non), momento en que ha imprimir o status de conclusión e despois volver.

parar destino

Permite en marcha transferencias para destino para completar despois de que novas transferencias non están permitidas para comezar. Espellos síncronas serán retiradas para síncrono. Outros solicitudes presentados para actualizar este volume ou qtree ha falla ata que a orde currículo SnapMirror aplícase a el.

This command has special meaning to qtree destinations. A qtree destination which is being modified by SnapMirror during a transfer will have changes present in it. These changes will not be exported to NFS or CIFS clients. However, if a snapshot is taken during this time, the snapshot will contain the transitioning contents of the qtree. quiesce will bring that qtree out of a transitioning state, by either finishing or undoing any changes a transfer has made. snapmirror status can report whether a qtree is quiesced or not. The quiesce process can take some time to complete while SnapMirror makes changes to the qtree's contents. Any snapshot taken while a qtree is quiesced will contain an image of that qtree which matches the contents exported to NFS and CIFS clients.

resume destination

Resumes transfers to destination . The snapmirror resume command can be used either to abort a snapmirror quiesce in progress or undo a previously completed snapmirror quiesce . The command restores the state of the destination from quiescing or quiesced to whatever it was prior to the quiesce operation.

break [ -f ] destination

Breaks a SnapMirror relationship by turning a snapmirrored destination into a normal read/write volume or qtree. This command must be issued on the destination filer.

A opción-f forza un salto de SnapMirror entre a relación volume snaplocked sen pedir conformación.

Este comando non altera o arquivo snapmirror.conf. As transferencias regulares para un espello roto fallará.

Para volumes, esta orde ten o mesmo efecto que o opcións vol snapmirrored fóra de orde, e ha eliminar a opción snapmirrored a partir dun volume. The fs_size_fixed volume option will remain on; it must be manually removed from the volume to reclaim any disk space that SnapMirror may have truncated for replication. (See the Options section and vol for more information on these two volume options.)

A destination qtree must be quiesced before it can be broken.

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

Resynchronizes a broken-off destination to its former source, putting the destination in the snapmirrored state and making it ready for update transfers. The resync command must be issued on the destination filer.

The resync command can cause data loss on the destination. Because it is effectively making desti_ n ation a replica of the source, any edits made to the destination after the break will be undone.

For formerly mirrored volumes, the resync command effectively performs a SnapRestore (see vol ) on the destination to the newest snapshot which is common to both the source and the destination. In most cases, this is the last snapshot transferred from the source to the destination, but it can be any snapshot which is on both the source and destination due to SnapMirror replication. If new data has been written to the destination since the newest common snapshot was created, that data will be lost during the resync operation.

For formerly mirrored qtrees, SnapMirror restores data to the file system from the latest SnapMirrorcreated snapshot on the destination volume. Unlike the volume case, it requires this last snapshot in order to perform a resync .

The resync command initiates an update transfer after the SnapRestore or qtree data restoration completes.

The -n option reports what execution of the resync command would do, but does not execute the command.

The -f option forces the operation to proceed without prompting for confirmation.

The -S option sets the source of the transfer, and works the same for resync as it does for initialize .

The -k option sets the throttle, in kilobytes per second, of the transfer, and works the same for resync as it does for initialize .

A opción-c só funciona a un resync para un qtree. Con este SnapMirror opción crea unha instantánea chamado create_dest_snap sobre o destino, tras a transferencia completa resync (de xeito que non compite con todas as actualizacións en curso). SnapMirror non bloquear ou eliminar este instantáneo. Create_dest_snap non pode ser hourly.x, nightly.x, ou weekly.x, porque estes nomes son reservados para os snapshots programadas.

A opción-s só funciona a un resync para un qtree. Ela designa unha instantánea chamado src_snap a partir do cal traslada o SnapMirror qtree, no canto de crear unha instantánea de orixe e trasladar o qtree do novo instantáneo. Esta opción é usada para transferir o contido de unha instantánea específico, por exemplo, pode transferir unha foto que foi tirada mentres unha base de datos estaba nun estado estable e consistente. SnapMirror non bloquear ou borrar o src_snap. Src_snap non pode ser hourly.x, nightly.x, weekly.x, snapshot_for_backup.x ou snapshot_for_volcopy.x.

A opción-w fai que o comando non voltar en canto a transferencia resync comeza. Pola contra, só pode esperar ata a conclusión da transferencia (ou non), momento en que ha imprimir o status de conclusión e despois volver. Esta opción non ten efecto se a opción-n tamén se especifica.

destinos [-s] [fonte]

Lista todos os destinos coñecidos actualmente para as fontes sobre este filler. Para volumes, esta orde tamén lista todos os destinos en cascada, que son todos os volumes que son réplicas de destinos directos. Este comando debería incluír todos os descendentes deses que coñece.

A opción-s inclúe na lista os nomes de instantáneas retidos no volume de orixe por cada destino.

Unha fonte específica que se especifica, só a destinos que o volume será na lista. A fonte pode ser un nome de volume ou un camiño qtree.

fonte de liberación {filler: volume | filler: qtree}

Diga SnapMirror que un espello certo directa xa non vai para solicitar actualizacións.

Se un determinado destino non está indo para solicitar actualizacións, ten que dicir SnapMirror para que non vai máis manter unha instantánea para este destino. Este comando ha eliminar fotos que non son máis necesarias para a replicación ao destino, e pode ser usado para limpar SnapMirror-creados instantáneas despois da pausa SnapMirror soa no lado do destino.

The source argument is the source volume or qtree that the destination is to be released from. The destination argument should be either the destination filer and destination volume name or the destination filer and destination qtree path. You can use a line from the output of the snapmirror destinations command as the set of arguments to this command.

store [ -g geometry ] destination tapedevices

Dumps an image of the destination volume to the tapedevices specified. This is much like the snapmirror initialize command, but from a source volume to a tape device. You can use the tapes and the retrieve command to perform the initial, priming transfer on any restricted volume.

Using the -g option on a snapmirror store will optimize the tape for a particular destination traditional volume. The geometry argument is a string which describes the geometry of the intended destination traditional volume. It can be acquired by using the snapmirror retrieve -g command on that traditional volume. Using this option can increase snapmirror retrieve performance dramatically. The -g option is only effective with traditional volumes.

Only volumes can be stored to or retrieved from tape. Qtrees cannot be stored to or retrieved from tape.

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.

retrieve { destination 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 .

Unha tenda ou operación de rescate é executado fóra de cinta, el solicitará que o usuario proporcione outra banda. Tras outra banda recibiu, o comando de uso é chamado para contar o proceso de SnapMirror onde atopalo.

O campo de destino é indicado por arquivador: volume, no caso de recuperar, e arquivador: tapedevices, no caso de tenda.

O campo tapedevices deste comando é unha lista de dispositivos de cinta commaseparated válidos. Ver cinta para obter máis información sobre nomes de dispositivos de cinta.

Dispositivos de cinta non é compatíbel no vfilers. Este comando execútase no filler física só.

acelerador destino <n>

Modifica o valor do acelerador para a transferencia SnapMirror ao destino co valor especificado en kilobytes por segundo. Isto define a velocidade máxima á que os datos son trasfered a través da rede para a transferencia de cadea. Un valor de cero, se pode empregar para desactivar de estrangulamento.

O novo valor será usado só para a transferencia de cadea. A próxima transferencia calendario usará o valor KBS especificado no arquivo snapmirror.conf. Se o valor para a opción KBS no snapmirror.conf cambia, mentres que a transferencia está a suceder, entón o novo valor entrará en vigor dentro de dous minutos.

abortar [-h] destino ...

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. The -h option specifies that this is a hard abort; the restart checkpoint will be cleared out in addition to the transfer being stopped.

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. The option will be ignored if specified on the source 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.

CONSIDERACIÓNS cluster

Un filler nun par de cluster de failover vai para abaixo, todas as transferencias activas son abortados. O programador SnapMirror e servizos continuarán por volumes do filler abatido. A configuración das relacións SnapMirror son tomadas a partir da opción snapmirror.access o filer abatido ou snapmirror.allow e arquivos snapmirror.conf.

Exemplos

Aquí están algúns exemplos de uso do comando SnapMirror:

O exemplo a seguir activa o programador conexionado e apagado:

  torradeira SnapMirror> na torradeira SnapMirror estado> SnapMirror está conectado.  torradeira> SnapMirror off torradeira> SnapMirror estado SnapMirror está desactivado.  torradeira> 

O exemplo seguinte mostra a situación SnapMirror con transferencias en execución. Dous son os destinos ociosas (ambos do frigorífico), un deles ten un checkpoint restart, e pode reiniciar a configuración dos dous volumes non cambiou desde o punto de verificación foi feita. A transferencia do vol1 para ARC2 só comezou, e está nos estágios iniciais de transferencia. A transferencia da torradeira para neveira está parcialmente rematada, aquí podemos ver o número de megabytes descargados.

          torradeira> SnapMirror estado SnapMirror está conectado.  Destino Estado frigorífico Estado Lag: torradeira casa: Arc1 Snapmirrored 22:09:58 torradeira Idle: vol1 torradeira: ARC2 Snapmirrored 01:02:53 torradeira Transferencia: vol2 neveira: salvos non inicializada - Transferencia (128MB feito) neveira: usuarios torradeira: Arc3 Snapmirrored 10:14:36 ​​Idle con checkpoint restart (12MB feito) torradeira> 

O exemplo seguinte presenta estado detallado para unha das relacións SnapMirror enriba especificados como argumento para o comando. El exhibe información adicional sobre instantáneo base, tipo de transferencia, a mensaxe de erro, e última transferencia, etc

  torradeira SnapMirror> estado-l Arc1 SnapMirror está conectado.  Orixe: neveira: Destino casa: torradeira: Arc1 Tipo: Status Volume: Progreso Idle: - Estado: Lag Snapmirrored: 22:09:58 timestamp Mirror: Mer 08 de agosto 16:53:04 GMT 2001 Snapshot Base: torradeira (0001234567) _arc1 0,1 Tipo de Transferencia actual: - Erro na descarga de corrente: - Contido: Replica Tipo de Transferencia Última: Inicializar Tamaño última descarga: 1120000 KB Duración última transferencia: Transferencia 00:03:47 Última De: neveira: 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 

The following example starts writing an image of vol1 on toaster to the tape on tape device rst0a and continues with the tape on rst1a . When the second tape is used up, the example shows how to resume the store using a new tape on rst0a .

 toaster> snapmirror store vol1 rst0a, rst1a snapmirror: Reference Snapshot: snapmirror_tape_5.17.100_21:47:28 toaster> SNAPMIRROR: store to toaster:rst0a, rst1a has run out of tape. toaster> snapmirror use toaster:rst0a, rst1a rst0a toaster> Wed May 17 23:36:31 GMT [worker_thread:notice]: snapmirror: Store from volume 'vol1′ to tape was successful (11 MB in 1:03 minutes, 3 tapes written). 

The following example retrieves the header of the tape on tape device rst0a . It then retrieves the image of vol1 from the tape on tape device rst0a .

         toaster> snapmirror retrieve -h rst0a Tape Number: 1 WAFL Version: 12 BareMetal Version: 1 Source Filer: toaster Source Volume: vol0 Source Volume Capacity: 16MB Source Volume Used Size: 11MB Source Snapshot: snapmirror_tape_5.17.100_21:47:28 toaster> toaster> snapmirror retrieve vol8 rst0a SNAPMIRROR: retrieve from tape to toaster:vol8 has run out of tape. toaster> snapmirror use toaster:vol8 rst0a SNAPMIRROR: retrieve from tape to toaster:vol8 has run out of tape. toaster> snapmirror use toaster:vol8 rst0a toaster> snapmirror status Snapmirror is on. Source Destination State Lag Status toaster:rst1a, rst0a toaster:dst1 Unknown – Transferring (17MB done) toaster> Wed May 17 23:54:29 GMT [worker_thread:notice]: snapmirror: Retrieve from tape to volume 'vol8′ was successful (11 MB in 1:30 minutes). 

The following example examines the status of all transfers, then aborts the transfers to volm1 and volm2 , and checks the status again. To clear the restart checkpoint, snapmirror abort is invoked again.

          torradeira> SnapMirror estado SnapMirror está conectado.  Destino Estado frigorífico Estado Lag: torradeira casa: volm1 Uninitialized - Transferencia (10GB feito) neveira: torradeira e: volm2 Snapmirrored 01:00:31 Transferencia (4423MB feito) torradeira> SnapMirror abortar torradeira: volm1 volm2 torradeira> SnapMirror estado SnapMirror está en .  Destino Estado frigorífico Estado Lag: torradeira casa: volm1 Snapmirrored 00:01:25 frigorífico Idle: torradeira e: volm2 Snapmirrored 01:03:11 Idle con checkpoint restart (7000MB feito) torradeira> SnapMirror abortar torradeira: volm2 torradeira> estado SnapMirror SnapMirror está conectado.  Destino Estado frigorífico Estado Lag: torradeira casa: volm1 Snapmirrored 00:02:35 frigorífico Idle: torradeira e: volm2 Snapmirrored 01:04:21 ocioso 

O exemplo a seguir examina o estado de todas as transferencias, a continuación, anular as transferencias para volm1 e volm2 coa opción-h e comprobar o estado de novo. No checkpoint restart e salvo.

         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 

NOTES

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.

OPTIONS

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.

FILES

/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.

SEE ALSO

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


Índice analítico















Páxinas guía de , , , ,

básico snapmirror.conf

April 4th, 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 Replication Scheduling Spreadsheet

February 21st, 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]
Rate this post:
Rating: 0.0/ 10 (0 votes cast)

General , , ,

Waiting and the Progress Bar

January 22nd, 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]
Rate this post:
Rating: 0.0/ 10 (0 votes cast)

General , ,

Failover SnapMirror

January 22nd, 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]
Rate this post:
Rating: 0.0/ 10 (0 votes cast)

Command Line , , , ,



Este sitio non é afiliado ou de calquera forma patrocinado pola NetApp ou calquera outra empresa mencionada dentro.

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

© 2009-2012 Chris Kranz Todos os dereitos reservados
Este sitio non é afiliado ou de calquera forma patrocinado pola NetApp ou calquera outra empresa mencionada dentro.