Архив

Posts Tagged 'SnapMirror'

SnapMirror сценарий установки

March 14th, 2010

I had the task of replicating an existing customers filer to their new DR system. This was quite a large system, and as much as creating SnapMirrors isn't particularly complex, it is time consuming. So as with many things I do, I wrote a script to help my achieve this task quicker, and go have yet another coffee.

You'll need pre-shared keys setup (as ever), but the rest is prompted for. There's no data validation (no surprise). The script will output 4 text files, one for creating/restricting all the volumes, one for the “snapmirror.conf”, on to be used in place of “snapmirror.conf” while you are doing the baseline initialization, and finally one to actually initialize the snapmirrors. There's no intelligence around concurrent streams, so initialization is still a bit of a juggling act and waiting game.

Please let me know if you find this useful.

#! / BIN / Bash

echo “Please enter the name of the PRIMARY filer: ”
read PRI_FILER

echo “Please enter the name of the DR filer: ”
read DR_FILER

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

SnapMirrorHour=22
SnapMirrorMinute=0
SnapMirrorStagger=5

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

for AGGR in `${ConnectString} $PRI_FILER “aggr status” | awk '$2!~/State/{print $1}'`
делать
SIZE=`${ConnectString} $PRI_FILER “df -Ah $AGGR” | sed 's/\([0-9][KMGT]\)B/\1/g' | awk '$1!~/.snapshot|Aggregate/{print $2}'`
for VOL in `${ConnectString} $PRI_FILER “aggr show_space $AGGR” | awk '$1!~/Space/{print $0}' | awk '$4~/volume|file|none/{print $1}'`
делать
echo “vol create ${VOL} -s none ${AGGR} ${SIZE} ” >> ${DR_FILER}_filer_volumes.txt
echo “vol restrict ${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} * *” >> ${DR_FILER}_snapmirror.conf
echo “${PRI_FILER}:${VOL} ${DR_FILER}:${VOL} – - – - -” >> ${DR_FILER}_snapmirror_init.conf

SnapMirrorMinute=`expr $SnapMirrorMinute + $SnapMirrorStagger`

Command Line , , , ,

snapmirror

Оглавление

НАЗВАНИЕ

snapmirror – Log of SnapMirror Activity

SYNOPSIS

/etc/log/snapmirror

ОПИСАНИЕ

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

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

Following is a description of each field.

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

журнал
log facility activity

Format: type timestamp event_info…

sys
system-wide activity

Format: type timestamp event_info…

tgt
snapvault target activity

Format: type timestamp volume target event_info…

src
source activity

Format: type timestamp source destination event_info…

dst
destination activity

Format: type timestamp source destination event_info…

cmd
user command activity

Format: type timestamp source destination event_info…

scn
replication check source activity

Format: type timestamp source destination event_info…

chk
replication check destination activity.

Format: type timestamp source destination event_info…

vol
volume-wide activity

Format: type timestamp volume event_info…

slk
softlock addition-deletion activity

Format: type timestamp softlock event_info…

метки
Отображается в CTime () формате, например, Пт июл 17 20:41:09 GMT. Указывает на то время это событие записывается.

Объем Задает имя тома, к которым применяется данная запись.

целевой Это имя и тип мишени для этой записи. Целевые показатели по объему широкого действия, как правило, творения снимка. Он отображается в виде двух colonseparated поля, а именно:

target_type: target_name

Целевое имя может быть пустой строкой.

источник Это имя источника хранения и имя тома или qtree путь для зеркального отображения. Указано имя как два разделенных двоеточиями полей, а именно:

хост: путь

Это поле может быть `- ', когда не применимо для данного события.

назначение
Это имя конечного хранения, и имя тома или qtree путь назначения. Указано имя как два разделенных двоеточиями полей, так же как в исходном поле.

Это поле может быть `- ', когда не применимо для данного события.

event_info
Это поле содержит событие, которое будет сохранен. Некоторые события могут иметь дополнительную информацию, в круглых скобках.

Запрос (IP-адрес | тип передачи) передача запрос отправлен (назначения) или получил (источник). На стороне источника, IP-адрес назначения фильтром, который сделал запрос в скобках. На стороне назначения, тип передачи включен в круглых скобках.

Начало начале передачи.

Старт (Snapshots и проверить = # Num, уровень = {данные | контрольная сумма}, {клапаны | исправить}, {быстро | полный} режиме)
Начало репликации проверить или исправить сессии. Параметров сеанса включены в круглых скобках. Все параметры отображаются на журнал стороне назначения, но только "моментальные снимки и проверить" вариант появится в журнале источник стороны.

Перезагрузка (@ Num КБ)
Начало перезагрузки передачи.

Конец (пит КБ сделано)
Завершении передачи. Общий размер перевода в КБ входит в круглых скобках.

End (src_only = num_1, dst_only = num_2, несоответствие = num_3) завершения репликации проверить или исправить сессии. Резюме работы сессии, включен в круглых скобках. Резюме присутствует только на журналы назначения сторону. Журналы Источник сторона не будет содержать краткую информацию.

Прервать (ошибка MSG)
Передача прерывается. Сообщение об ошибке включен в круглых скобках.

Отложить (разум)
Показывает, передача откладывается из-за ограничения ресурсов. Причиной отсрочки входит в круглых скобках.

Wait_tape
Операции SnapMirror ленту ждет следующую ленту.

New_tape
Операции SnapMirror лента продолжала работу с новой лентой.

Sync_start
Начало синхронном режиме зеркалирования SnapMirror отношений, предусмотренных настоящим записи в журнале.

Sync_end (разум)
Конце синхронном режиме зеркалирования SnapMirror отношений, предусмотренных настоящим записи в журнале. Причина бросают синхронный режим включен в круглых скобках.

Quiesce_start
Начало заморозить процесс.

Quiesce_end
Завершение заморозить процесс.

Quiesce_failed (разум)
Провал заморозить процесс. Причиной отказа включен в круглых скобках.

Rollback_start
Начало процесса отката qtree SnapMirror или SnapVault.

Rollback_end
Завершении процесса отката qtree SnapMirror или SnapVault.

Rollback_failed (разум)
Провал процесса отката qtree SnapMirror или SnapVault. Причиной отказа включен в круглых скобках.

Coalesce_start (снимок)
Начало сливаться процесс SnapVault qtree. База снимок сливаются операция входит в круглых скобках.

Coalesce_end
Завершение процесса сливаются для SnapVault qtree.

Coalesce_failed (разум)
Провала сливаются процесс SnapVault qtree. Причиной отказа включен в круглых скобках.

Target_start
Начало целевой SnapVault.

Target_end
Завершение целевой SnapVault.

Target_failed (разум)
Провал целевой SnapVault. Причиной отказа включен в круглых скобках.

Start_logging
SnapMirror журнал был включен.

End_logging
SnapMirror журнал был отключен.

SnapMirror_on (причина)
SnapMirror включенная на этом узле. Операции или процесса, который вызвал SnapMirror стать включен указан в скобках.

SnapMirror_off (причина)
SnapMirror была отключена на этом узле. Операции или процесса, который вызвал SnapMirror стать инвалидами указан в скобках.

SnapVault_on (причина)
SnapVault включенная на этом узле. Операции или процесса, который вызвал SnapVault стать включен указан в скобках.

SnapVault_off (причина)
SnapVault была отключена на этом узле. Операции или процесса, который вызвал SnapVault стать инвалидами указан в скобках.

Resume_command
Пользователь выданных SnapMirror возобновить команды.

Break_command
Пользователь выданных SnapMirror команду перерыв.

Release_command
Пользователь выданных SnapMirror релиз команды.

Abort_command

Abort_command (тип)
Пользователь выданных SnapMirror прервать команду. Типа будет присутствовать только если прервать был издан с дополнительными опциями, которые изменили тип прерывания.

Resync_command (общий снимок)
Пользователь выданных SnapMirror синхронизацию команды. Общий снимок для операций ресинхронизации входит в круглых скобках.

Restore_resync_command (общий снимок) пользователя выдается SnapVault восстановления-р команды. Общий снимок для операций ресинхронизации входит в круглых скобках.

Migrate_command
Пользователь выданных SnapMirror мигрировать команды.

Request_check (snapshot_name)
Запрос для одного снимка в процессе репликации сессии проверить. Это источник стороне записи в журнале. Каждый снимок проверяемого в сессии проверить репликацию будет иметь свой вход. Название снимка включена в скобках.

Checking_snapshot источник snapshot_name (метки, cpcount = num_2, snapid = ID), чтобы dest_snapshot_name (метки, cpcount = кол, snapid = Id) начало одного сравнения снимков во время репликации проверки. Он вошел в исходном и конечном.

Abort_check
Репликация проверить сессии для SnapMirror или SnapVault прервана. Причина прерывания включено в скобках.

Abort_check_command
Пользователь выданных репликации проверить прервать команду. Соответствующая запись лог-файл появляется с CMD типа.

Data_differ ({блок blk_num в путь_к_файлу | ВБН ВБН})
Репликация проверки обнаружено несоответствие данных блока. Либо номер блока и пути инода или тома Номер блока (ВБН) включена в скобках.

Unique_in_src (entry_type для entry_path) репликации проверки обнаружили запись присутствует только в источнике. Тип входа и вступления путь включены в круглых скобках.

Unique_in_dst (entry_type для entry_path) репликации проверки обнаружили запись присутствует только в пункт назначения. Тип входа и вступления путь включены в круглых скобках.

Size_differ (путь)
Репликация проверки обнаружено несоответствие размера файла в указанный дескриптор. Инода путь входит в круглых скобках.

Type_differ (путь)
Репликация проверки обнаружено несоответствие индексный дескриптор типа. Инода путь входит в круглых скобках.

UID_differ (путь)
Репликация проверки обнаружено несоответствие идентификатор пользователя на указанный дескриптор. Инода путь входит в круглых скобках.

GID_differ (путь)
Репликация проверки обнаружено несоответствие идентификатор группы для определенных индексный дескриптор. Инода путь входит в круглых скобках.

Perm_differ (путь)
Репликация проверки обнаружили разрешения или несоответствия dosbit для указанных индексный дескриптор. Инода путь входит в круглых скобках.

Atime_differ (путь)
Репликация проверки обнаружено несоответствие в последнее время доступа для определенных индексный дескриптор. Инода путь входит в круглых скобках.

Mtime_differ (путь)
Репликация проверки обнаружено несоответствие время последней модификации для указанных индексный дескриптор. Инода путь входит в круглых скобках.

Ctime_differ (путь)
Репликация проверки обнаружено несоответствие в последний размер / изменение статуса времени для указанных индексный дескриптор. Инода путь входит в круглых скобках.

Crtime_differ (путь)
Репликация проверки обнаружено несоответствие в момент создания для указанных индексный дескриптор. Инода путь входит в круглых скобках.

Rdev_differ (путь)
Репликация проверки обнаружено несоответствие номера устройства для указанных индексный дескриптор. Инода путь входит в круглых скобках.

DOSbits_differ (путь)
Репликация проверки обнаружено несоответствие DOS бит для указанных индексный дескриптор. Инода путь входит в круглых скобках.

ACL_differ (путь)
Репликация проверки обнаружили NT или NFS V4 несоответствие ACL для указанных индексный дескриптор. Инода путь входит в круглых скобках.

Hardlink_differ (путь)
Репликация проверки обнаружили жесткую для указанных индексный дескриптор, но инода по назначению не соответствует между ссылками. Инода путь входит в круглых скобках.

Qtree_oplock_differ (путь)
Репликация проверки обнаружено несоответствие оппортунистической блокировки настройки для qtree. Путь qtree входит в круглых скобках.

Qtree_security_differ (путь)
Репликация проверки обнаружено несоответствие параметров безопасности для qtree. Путь qtree входит в круглых скобках.

Hole_uses_disk_space (путь)
Репликация проверки обнаружили ненужного использования диска для указанных индексный дескриптор, это, однако, не совпадают. Инода путь входит в круглых скобках.

Convert_command
Пользователь выданных SnapMirror конвертировать команды.

Older_snapshot
Обновление из снимков которые старше, чем текущий снимок базы.

Snapshot_delete (имя снимка)
Снимок будет удален из этого объема. Снимок имя включено в скобках.

Snapshot_replace (имя снимка)
Снимок SnapVault был заменен после SIS работы с новыми снимков одного и того же имени. Снимок имя включено в скобках.

FILER_REBOOTED
Фильтром будет перезагружена.

WORM_LOG_FAIL (разум)
Пишите WORM файл журнала не удалось. Причиной отказа включен в круглых скобках.

WORM_LOG_FAILURE_RECOVER_START
Начало восстановления вышедшего из строя записи WORM журнала.

WORM_LOG_FAILURE_RECOVER_END
Конце восстановления вышедшего из строя записи WORM журнала.

Softlock_add (эксплуатация)
Softlock добавляется. Операция, которая добавила softlock входит в круглых скобках.

Softlock_add_pending (эксплуатация)
Softlock добавляется в ожидании softlock. Операция, которая добавила softlock входит в круглых скобках.

Softlock_delete (эксплуатация)
Softlock будет удален. Операция, удален softlock входит в круглых скобках.

Softlock_delete_pending (эксплуатации) до softlock будет удален. Операция, удален он включен в круглых скобках.

Softlock_mark_pending (эксплуатация)
Softlock помечен как принято. Операция, которая отмечена он включен в круглых скобках.

ПРИМЕРЫ

Типичная запись в / и т.д. / Журнал / SnapMirror выглядит следующим образом:
  DST Пт июл 17 22:50:18 GMT filer1: srcvol filer2: dstvol Request (Обновление) 

Приведенный пример показывает, запрос на обновление зарегистрированных назначения сторону за SnapMirror отношения с фильтром: srcvol к filer2: dstvol, что произошло на время записи.

Типичная сессия проверки репликации в / и т.д. / Журнал / SnapMirror на назначение выглядит следующим образом:

  CHK Ср 19 января 1:07:39 GMT Вульф: / vol/vol1 Мильтона: / vol/vol1 Запрос (чек) CHK Ср 19 января 1:07:39 GMT Вульф: / vol/vol1 Мильтона: / vol/vol1 Start ( Снимки и проверить = 2, уровень = данные, проверьте, полные) CHK Ср 19 января 1:07:39 GMT Вульф: / vol/vol1 Мильтона: / vol/vol1 Checking_snapshot Милтон (0033587346) _vol1.5 (Jan 18 ... CHK Вт 19 января 1:07:48 GMT Вульф: / vol/vol1 Мильтона: / vol/vol1 Checking_snapshot nightly.0 (18 января 00:00, cpcount = ... CHK Ср 19 января 1:07:57 GMT Вульф: / vol/vol1 Мильтон: / vol/vol1 End (src_only = 0, dst_only = 0, несоответствие = 0) 

Типичная сессия проверки репликации в / и т.д. / Журнал / SnapMirror на источник выглядит следующим образом:

   SCN Ср 19 января 00:58:27 GMT Вульф: / vol/vol1 Мильтона: / vol/vol1 Request (172.29.19.15) SCN Ср 19 января 00:58:27 GMT Вульф: / vol/vol1 Мильтона: / vol/vol1 Старт (Snapshots и проверить = 2) SCN Ср 19 января 00:58:27 GMT Вульф: / vol/vol1 Милтон: / vol/vol1 Request_check (Milton (0033587346) _vol1.5) SCN Ср 19 января 00:58:27 GMT Вульф: / vol/vol1 Мильтона: / vol/vol1 Checking_snapshot Милтон (0033587346) _vol1.5 (Jan 18 ... SCN Ср 19 января 00:58:36 GMT Вульф: / vol/vol1 Мильтона: / vol/vol1 Request_check (nightly. 0) SCN Ср 19 января 00:58:36 GMT Вульф: / vol/vol1 Мильтона: / vol/vol1 Checking_snapshot nightly.1 (18 января 00:00, cpcount = ... SCN Ср 19 января 00:58:45 GMT Вульф: / vol/vol1 Мильтона: / vol/vol1 End 

Типичные softlock входом в систему / и т.д. / Журнал / SnapMirror выглядит следующим образом:

  SLK Ср 10 мая 3:06:15 GMT state.softlock.vol1.0000011e.054.filer1: Vol3 Softlock_add (Transfer) SLK Ср 10 мая 3:06:15 GMT state.softlock.vol1.0000011b.054.filer1: Vol3 Softlock_delete (Transfer) SLK Ср 10 мая 3:06:15 GMT state.softlock.vol1.0000011b.054.filer1: Vol3 Softlock_delete (Revert) SLK Ср 10 мая 3:06:15 GMT state.softlock.vol1.0000011b.054 . filer1: Vol3 Softlock_delete (Release) SLK Ср 10 мая 3:06:15 GMT state.softlock.vol1.0000011b.054.filer1: Vol3 Softlock_delete (Clean_softlocks) SLK Ср 10 мая 3:06:15 GMT state.softlock.vol1 .0000011 b.054.filer1: Vol3 Softlock_add (RSM_forward) SLK Ср 10 мая 3:06:15 GMT state.softlock.vol1.0000011b.054.filer1: Vol3 Softlock_delete (RSM_forward) SLK Ср 10 мая 3:06:15 GMT состоянии . softlock.vol1.0000011b.054.filer1: Vol3 Softlock_delete (Snapmirror_destinations) SLK Ср 10 мая 3:06:15 GMT state.softlock.vol1.0000011b.054.filer1: Vol3 Softlock_delete_pending (Transfer) SLK Ср 10 мая 3:06 : 15 GMT state.softlock.vol1.0000011b.054.filer1: Vol3 Softlock_add_pending (Transfer) SLK Ср 10 мая 3:06:15 GMT state.softlock.vol1.0000011b.054.filer1: Vol3 Softlock_mark_pending (Transfer) 

ФАЙЛЫ

/ И т.д. / Журнал / SnapMirror
SnapMirror файл журнала для текущей недели.

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

SEE ALSO

options , snapmirror snapvault


Оглавление







































































Manual Pages , , , ,

snapmirror

Оглавление

НАЗВАНИЕ

snapmirror – volume, and qtree mirroring

SYNOPSIS

snapmirror { on | off }

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

snapmirror initialize [ options ] destination

snapmirror update [ options ] destination

snapmirror quiesce destination

snapmirror resume destination

snapmirror break [ options ] destination

snapmirror resync [ options ] destination

snapmirror destinations [ option ] [ source ]

snapmirror release source destination

snapmirror { store | retrieve } volume tapedevices

snapmirror use destination tapedevices

snapmirror throttle <n> destination

snapmirror abort [ options ] destination

snapmirror migrate [ options ] source destination

ОПИСАНИЕ

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

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.

Snapmirror.conf файл на корневой том назначения фильтром контролирует конфигурацию и планирование SnapMirror по назначению. Смотрите snapmirror.conf для более подробной информации о конфигурации и планирование SnapMirror.

Доступ к источнику контролируется snapmirror.access вариант на источник фильтром. См. опции и protocolaccess (8) за информацией о настройке вариант.

(Если snapmirror.access опция установлена ​​в "наследство", доступ контролируется snapmirror.allow файл на корневой том источником фильтром в. Snapmirror.allow см. подробнее).

SnapMirror является лицензированным службам, и лицензия должна быть получена до SnapMirror команда может быть использована. SnapMirror должны иметь лицензию на исходном и конечном файлеры. Смотрите лицензию для более подробной информации.

SnapMirror поддерживается на регулярной vfilers, а также физические фильтром имени vfiler0. Использование контекста vfiler или vfiler бежать к вопросу SnapMirror команд на определенном vfiler. Смотрите vfiler подробности о том, как отдавать команды на vfilers. Использование SnapMirror на vfilers требует MultiStore лицензии.

При использовании на vfiler, несколько ограничений. Vfiler должна основываться на объеме и SnapMirror источников и пунктов назначения не может быть qtrees в общих объемах. Ленточные устройства и синхронная SnapMirror не поддерживаются vfilers. Для SnapMirror qtree, vfiler должен владеть содержащие объема Qtree.

Каждый vfiler имеет свой ​​собственный / и т.д. / snapmirror.conf файл в корневой том. SnapMirror может быть включен или выключен по vfiler самостоятельно. SnapMirror команды опубликованном vfiler может работать только на объемы или qtrees он имеет исключительное право собственности.

Для обратной совместимости, физической фильтром (vfiler0) могут работать на всех томах и все qtrees, даже если они принадлежат vfilers. Настоятельно рекомендованы, однако, что все единицы хранения (объемы и qtrees) быть отражена либо из vfiler0 или vfiler хостинг, но не оба. Когда единиц хранения vfiler отражаются через vfiler0, оставьте SnapMirror прочь на vfiler.

ИСПОЛЬЗОВАНИЕ

SnapMirror Команда имеет много подкоманд. Почти каждая команда принимает аргумент назначения. Этот аргумент имеет три различные формы. Форме, используемой для конкретного вызова зависит от того, являетесь ли Вы указать объем или qtree.

Объемы указываются их имена:

  vol1 

Qtrees указаны их полные пути:

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

на

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.

от

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.

статус [-L |-т |-д] [том | qtree ... ]

Отчеты состояние всех SnapMirror отношения с источника и / или назначения на эту фильтром. Эта команда также сообщает, соответствует ли SnapMirror, включен или выключен. Если какой-либо объем или qtree аргументы приведены в команду, только SnapMirror отношения с соответствующим источника или назначения будет сообщено. Если аргумент является недействительным, что не будет какого-либо статуса в выходных данных.

Без каких-либо вариантов, короткие формы статуса каждой связи будет отображаться. Это показывает состояние локальной стороне взаимоотношений, будь то передача идет (и если да, то прогресс, что передача), и зеркало лаг, т.е. количество времени, которое зеркало отстает от источника. Это простая разница текущего времени и источник стороне метку последнего успешного перевода. Временной лаг всегда будет по крайней мере столько, сколько продолжительность последней успешной передачи, если часы на источник и пункт назначения, не синхронизируются (в этом случае он может быть даже отрицательным).

Если-л опция задана, выход выводит более подробную информацию по каждой SnapMirror отношения. Если * отображается вместе с семейное положение в короткий выход форма команды статус SnapMirror, то дополнительно специальную информацию о том, что связь доступна, которая видна только с-л вариант.

Если-т задана опция, выходной отображает отношения, которые являются активными. Отношений считается активным, если источника или назначения участвует в:

1. передача данных в или из сети. 2. чтения или записи на магнитной ленте. 3. ждет ленту изменений.
4. Выполнение местных на диске обработки или очистки.

Если-д задана опция, выходной отображает объемы и qtrees, которые стабилизируются или замораживания. Смотрите заморозить команду, внизу, за то, что это значит.

См. раздел Примеры для получения дополнительной информации о SnapMirror статус.

На vfiler, статус команда показывает записи, относящиеся к vfiler только. На физическом фильтром, активные записи передачи из всех vfilers отображаются на дисплее. Неактивные перевода отображаются только на соответствующих vfiler. Предпочтительный способ, чтобы получить всеобъемлющую и более удобным для чтения список SnapMirror переводов является запуск vfiler запустить * SnapMirror статус. Он через все итераторы vfilers и перечисляет ее переводы.

инициализации [-S источник] [-к килобайт] [-х src_snap] [-C create_dest_snap] [-го] назначения

Начинается первоначальная передача по сети. Первоначальная передача-либо по сети или с ленты требуется до обновления переводов может иметь место. Инициализации команда должна быть выдана на целевом фильтром. Если пункт назначения объеме, она должна быть ограничена (см. том для получения информации о том, как изучать и ограничивать объемы). Если пункт назначения qtree, он не должен существовать (см. qtree для получения информации о том, как список qtrees). Если qtree уже существует, он должен быть переименован или удален (с использованием NFS или CIFS клиент), или SnapMirror инициализации этого qtree работать не будет.

Если SnapMirror статус команды сообщает, что первоначальная передача прервана имеет перезагрузки контрольно-пропускном пункте, инициализировать вводе команды возобновит передачу, где она была прервана.

-S опция указывает фильтром источника и объема или qtree пути, в формате, который аргументов des_ т ination. Источник должен соответствовать запись для назначения в snapmirror.conf файл. Если он не совпадает, операцию печатает сообщение об ошибке и прерывает. Если-S опция не установлена, источник используется один указанный запись для назначения в snapmirror.conf файл. Если нет такой записи, операция печатает сообщение об ошибке и прерывает.

параметр задает максимальную скорость, с которой данные передаются по сети в килобайтах в секунду. Он используется для дросселя диска, процессора и использования сети. Эта опция просто устанавливает максимальное значение скорости передачи данных, она не гарантирует, что передача будет идти так быстро. Если эта опция не установлена, фильтром передает данные в соответствии с кбит настройки для этого отношения в snapmirror.conf файла (см. snapmirror.conf). Однако, если эта опция не установлена, и нет кбит настройки для этого отношения в snapmirror.conf файл, фильтром передает данные так же быстро, как только может.

опция работает только для инициализации для qtree. С этой опцией, SnapMirror создает снимок имени create_dest_snap на назначения после инициализации успешно завершена (так, чтобы она не конкурирует с любыми текущих обновлений). SnapMirror не заблокировать или удалить этот снимок. Create_dest_snap не может быть hourly.x, nightly.x или weekly.x, потому что эти имена зарезервированы для запланированных снимков.

опция работает только для инициализации для qtree. Оно обозначает снимок имени src_snap из которых SnapMirror переводов qtree вместо создания источника снимков и передачи qtree из новых снимков. Эта опция используется для передачи содержимого конкретного снимка, например, он может передать снимок, который был взят в то время как база данных была в конюшне, непротиворечивое состояние. 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.

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

quiesce destination

Позволяет незавершенного передает назначения для завершения, после чего о новых передачах не могут начаться. Синхронный зеркала будут выведены из синхронном режиме. Любые дальнейшие просьбы об обновлении этого объема или qtree не удастся, пока команды SnapMirror резюме примененные к нему.

Эта команда имеет особое значение для qtree назначения. Назначения qtree который в настоящее время изменен SnapMirror во время передачи будут иметь изменения в ней присутствуют. Эти изменения не будут экспортироваться в NFS или CIFS клиентов. Однако, если снимка в это время, снимок будет содержать переход содержание qtree. Заморозить принесет что qtree из переходит государству, либо отделки или отменяя любые изменения передачу сделал. SnapMirror статус может сообщать, какая qtree является стабилизируются или нет. Заморозить процесс может занять некоторое время, в то время как SnapMirror вносит изменения в содержание qtree в. Любой снимок, принятых в то время как qtree является стабилизируются будет содержать изображение этого qtree, который соответствует содержанию экспортируется в NFS и CIFS клиентов.

возобновить назначения

Резюме переводов к месту назначения. Команда SnapMirror резюме может быть использован либо для отмены заморозить SnapMirror в прогресс или отменить ранее выполненные SnapMirror заморозить. Команда восстанавливает состояние назначения из замораживания или стабилизируются, чтобы все, что было до заморозить операции.

перерыв [-F] назначения

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.

The -f option forces a snapmirror break between snaplocked volume relationship without prompting for conformation.

This command does not modify the snapmirror.conf file. Any scheduled transfers to a broken mirror will fail.

For volumes, this command has the same effect as the vol options snapmirrored off command, and will remove the snapmirrored option from a 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 .

The -c option only works for a resync to a qtree. With this option SnapMirror creates a snapshot named create_dest_snap on the destination after the resync transfer 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 a resync 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 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.

Источник аргумент объем источника или qtree, что назначение должно быть освобождено от. 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.

использование назначения 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. 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 миграции будет передавать данные и NFS дескрипторы из source_volume к desti т ion_filerdestination_volume (если не указано фильтром и перенос предполагает объем местных). Если source_filer указан, то мигрировать назначения будет использовать этот сетевой интерфейс для подключения до источника фильтром для передачи информации.

Первый мигрировать вещь будет сделать, это проверить исходный и целевой сторон для готовности. Затем, он остановится NFS и CIFS службы на источник. Это позволит предотвратить изменение данных исходного тома, который будет делать вид, клиентам, как будто ничего не изменилось во время миграции. Он будет работать регулярные передачи SnapMirror между двух томах. В конце передачи, он будет мигрировать NFS дескрипторы, довести источник в автономном режиме, и делать назначения объем для записи.

флаг сделает тестовый запуск, то есть, она будет работать все предварительно передачи чеков, но останавливаться передачи данных. -F флаг не будет запрашивать у пользователя подтверждение. флаг дросселя скорость, при которой передача работает (по крайней килобайт килобайт в секунду), аналогично используемому в команде обновления SnapMirror.

CLUSTER СООБРАЖЕНИЯ

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

EXAMPLES

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

The following example turns the scheduler on and off:

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

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

          тостер> SnapMirror статус SnapMirror включен.  Источник государства назначения Лаг статус холодильник: домашний тостер: СМ1 Snapmirrored 22:09:58 Idle тостер: vol1 тостер: СМ2 Snapmirrored 1:02:53 Перевод тостер: vol2 холодильника: сохранены Неинициализированные - Передача (128MB сделано) холодильник: пользователи тостер: arc3 Snapmirrored 10:14:36 ​​Idle с перезагрузки контрольно-пропускной пункт (12 Мб сделать) тостер> 

Следующий пример представляет подробную информацию о состоянии в одной из выше указанных отношений SnapMirror в качестве аргумента в команде. Он отображает дополнительную информацию о базовых снимка, тип передачи, сообщение об ошибке и последней передачи, и т.д.

  тостер> SnapMirror статус-л СМ1 SnapMirror включен.  Источник: холодильник: главная Назначение: тостер: СМ1 Тип: Объем Статус: Idle Прогресс: - Состояние: Snapmirrored Лаг: 22:09:58 Зеркало Timestamp: Ср 8 августа 16:53:04 GMT 2001 База Snapshot: тостер (0001234567) _arc1 0,1 Текущий Тип перевода: - Текущая ошибка перевода: - Содержание: Реплика Последнее Тип перевода: Initialize Последнее Размер Перевод: 1120000 KB Последний Продолжительность передачи: 00:03:47 Последняя передача Из: холодильник: главная 

Следующий пример показывает, как получить все объемы и qtrees, которые стабилизируются или замораживания на этой фильтром со статусом команды.

  фильтром> SnapMirror статус-д SnapMirror включен.  vol1 имеет замораживания / замораживания qtrees: / vol/vol1/qt0 является замораживания / vol/vol1/qt1 является замораживания vol2 является замораживания 

Следующий пример начинает писать образ vol1 на тостер с ленты на ленту rst0a устройства и продолжается с лентой на rst1a. Когда вторая лента будет израсходован, пример показывает, как возобновить магазине с помощью новой ленты на rst0a.

  тостер> SnapMirror магазине vol1 rst0a, rst1a SnapMirror: Ссылка Snapshot: snapmirror_tape_5.17.100_21: 47:28 тостер> SnapMirror: магазин, чтобы тостер: rst0a, rst1a закончилась лента.  тостер> SnapMirror использовать тостер: rst0a, rst1a rst0a тостер> Wed 17 мая 23:36:31 GMT [worker_thread: информация]: SnapMirror: Хранить от "vol1" объем лента была успешной (11 МБ в 1:03 минут, 3 ленты написано). 

В следующем примере извлекается заголовок ленты на ленту rst0a устройства. Затем извлекается образ vol1 с ленты на ленту rst0a устройства.

          тостер> SnapMirror получить-ч rst0a Лента Количество: 1 WAFL версии: 12 BareMetal версии: 1 Источник Filer: Объем тостер Источник: Источник vol0 тома Объем: 16 Мб исходного тома Используется Размер: 11MB Snapshot Источник: snapmirror_tape_5.17.100_21: 47:28 тостер > тостер> SnapMirror получить vol8 rst0a SnapMirror: извлечь с магнитной ленты на тостер: vol8 закончилась лента.  тостер> SnapMirror использовать тостер: vol8 rst0a SnapMirror: извлечь с магнитной ленты на тостер: vol8 закончилась лента.  тостер> SnapMirror использовать тостер: vol8 rst0a тостер> SnapMirror статус SnapMirror включен.  Источник государства назначения Лаг статус тостер: rst1a, rst0a тостер: dst1 Неизвестный - Передача (17MB сделано) тостер> Wed 17 мая 23:54:29 GMT [worker_thread: информация]: SnapMirror: Получить с магнитной ленты на том "vol8 была успешной ( 11 Мб в 1:30 минут). 

Следующий пример проверяет состояние всех трансфертов, то прерывает передает volm1 и volm2, и проверяет состояние снова. Чтобы очистить перезагрузки контрольно-пропускном пункте, SnapMirror прерывание вызывается снова.

  тостер> SnapMirror статус SnapMirror включен.  Источник государства назначения Лаг статус холодильник: домашний тостер: volm1 Неинициализированные - Передача (10GB сделано) холодильник: почта тостер: volm2 Snapmirrored 1:00:31 Перевод (4423MB сделано) тостер> SnapMirror прервать тостер: volm1 volm2 тостер> SnapMirror статус SnapMirror на .  Источник государства назначения Лаг статус холодильник: домашний тостер: volm1 Snapmirrored 00:01:25 Idle холодильник: почта тостер: volm2 Snapmirrored 1:03:11 ожидания с перезагрузки контрольно-пропускного пункта (7000MB сделано) тостер> SnapMirror прервать тостер: volm2 тостер> SnapMirror статус SnapMirror включен.  Источник государства назначения Лаг статус холодильник: домашний тостер: volm1 Snapmirrored 00:02:35 Idle холодильник: почта тостер: volm2 Snapmirrored 1:04:21 Idle 

Следующий пример проверяет состояние всех трансфертов, то прерывает передает volm1 и volm2 с опцией-ч и проверяет состояние снова. Нет перезагрузки контрольно-пропускной пункт будет сохранен.

          тостер> SnapMirror статус SnapMirror включен.  Источник государства назначения Лаг статус холодильник: домашний тостер: volm1 Неинициализированные - Передача (10GB сделано) холодильник: почта тостер: volm2 Snapmirrored 1:00:31 Перевод (4423MB сделано) тостер> SnapMirror прервать ч-тостер: volm1 тостер: volm2 тостер> SnapMirror статус SnapMirror включен.  Источник государства назначения Лаг статус холодильник: домашний тостер: volm1 Snapmirrored 00:02:35 Idle холодильник: почта тостер: volm2 Snapmirrored 1:04:21 Idle 

Вот пример использования команды мигрировать SnapMirror:

  тостер> SnapMirror мигрировать дома зеркало переговоры с назначения .... 

Эта миграция SnapMirror примут местные дома объеме исходного и полный окончательный переход к месту назначения тостер: зеркало использовании интерфейс с именем тостер. После этого откройте NFS дескрипторы на источник будет мигрировать к месту назначения и любой NFS дескрипторы открытых на целевом будет устаревшим. Клиенты будут видеть только мигрировали NFS дескрипторы, если пункт назначения можно добраться на том же IP-addresss в качестве источника. Мигрировать процесс не будет заботиться о переименовании или экспорт назначения объеме.

В результате этого процесса, дома исходного тома будут переведены в автономный режим, и NFS службы к этому фильтром будет остановлен во время передачи. CIFS службы на исходном томе будет прекращена, а CIFS должны быть установлены на место назначения.

  Вы уверены, что хотите это сделать?  да NFS выключен на источник фильтром выполнения окончательного перехода от тостера: дом зеркало ....  (Мониторинг прогресса с "SnapMirror статус") перевод из тостера: дома, чтобы отразить успешный запуск NFS дескриптор файла миграции из дома в дом зеркало исходного тома принесли сообщение источника NFS дескрипторы недействительным назначения тостер: зеркало подтверждает миграции миграции полный тостер> т. статус тома параметры государственный статус корень онлайн нормальных корней, raidsize = 14 зеркало онлайн нормальный дом форума нормальной тостер> т. переименовать домашний температура дома переименован в темп вам может понадобиться для обновления / и т.д. / экспорта тостер> т. переименовать зеркало домой зеркало переименован в дом, вы, возможно, потребуется обновить / и т.д. / экспорта тостер> exportfs- 

ПРИМЕЧАНИЯ

Если источник объем больше, чем реплики назначения, передачи не допускается.

Замечания по команде мигрировать SnapMirror:

Мигрировать команды лишь частичный шаг процесса. Он предназначен для работы, когда администратор хочет переместить данные из одного объема в другой, возможно, потому что они хотят переехать в новый набор дисков, или в большем объеме без добавления дисков.

Мы намерены, которые мигрируют быть запущен в качестве контролируемой среды, как это возможно. Лучше всего, если Есть нет свалках или SnapMirror переводов происходит во время миграции.

Клиенты могут увидеть устаревшие дескрипторы или отвечать на запросы службы NFS в то время как миграция работает. Это ожидаемое поведение. После назначения объеме производится запись, клиенты увидят данные, как будто ничего не произошло.

мигрировать не изменится экспорта или IP-адресов; нового тома назначения должны быть доступны в той же, как и исходный объем был раньше.

CIFS службы необходимо будет перезапущена на миграцию назначения.

ВАРИАНТЫ

Вот SnapMirror связанных опций (см. варианты, protocolaccess, SnapMirror, и snapmirror.allow Дополнительная информация об этих вариантов):

snapmirror.access
Управление доступом к SnapMirror фильтром.

snapmirror.checkip.enable
Управление IP-адрес SnapMirror проверки использования snapmirror.allow.

snapmirror.delayed_acks.enable
Управление SnapMirror вариант сетей.

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) 


Оглавление















Manual Pages , , , ,

snapmirror.conf basics

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.

В.Н.: F [1.9.11_1134]
Оценить этот пост:
Рейтинг: 0.0 / 10 (0 голосов)

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?

В.Н.: F [1.9.11_1134]
Оценить этот пост:
Рейтинг: 0.0 / 10 (0 голосов)

General , ,

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.

В.Н.: F [1.9.11_1134]
Оценить этот пост:
Рейтинг: 0.0 / 10 (0 голосов)

Command Line , , , ,



Этот сайт не связаны или спонсируются в любом случае от NetApp или любой другой компании, упомянутой в пределах.

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

© 2009-2012 Крис Кранц Все права защищены
Этот сайт не связаны или спонсируются в любом случае от NetApp или любой другой компании, упомянутой в пределах.