جدول المحتويات
snapmirror - حجم، والمتطابق qtree
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.
والمرايا متزامن تتصرف بشكل غير متزامن في البداية، ولكن التحول إلى وضع متزامن في أول فرصة. قد تكون هذه المرايا العودة إلى وضع غير متزامن على خطأ (مثل تقسيم الشبكة بين المدونين المتطابق)، أو بناء على طلب المستخدم.
ويمكن استخدام الأمر التحديث snapmirror إلى بدء نقل فرد بصرف النظر عن تلك المقررة في snapmirror.conf.
بعد نقل الأولية، والمقصود هو متاح للعملاء، ولكن في حالة قراءة فقط. ووضع وجهة إظهار أنها snapmirrored (انظر aggr، المجلد، أو qtree لمزيد من التفاصيل عن عرض دولة الوجهة).
لاستخدام الوجهة للكتابة، فضلا عن القراءة، وهو أمر مفيد عند وقوع كارثة يجعل من مصدر غير متوفرة أو عندما كنت ترغب في استخدام الوجهة في مجلد اختبار / qtree، يمكنك وضع حد للعلاقة مع SnapMirror الأمر فاصل snapmirror. هذا الأمر يغير الوضع الوجهة من snapmirrored إلى خارج مكسورة، مما يجعل للكتابة. لا يمكن للقيادة المزامنة snapmirror تغيير مرة أخرى وجهة السابق إلى وضع snapmirrored وسوف مزامنة محتوياتها مع المصدر. (عندما يطبق على مصدر سابق، يمكن أن snapmirror المزامنة تحويله إلى مرآة من وجهة السابق. وبهذه الطريقة، يمكن عكس الأدوار من المصدر والوجهة.)
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.
كل vfiler لديها قناعاتها / الخ / snapmirror.conf ملف في حجم جذورها. ويمكن تشغيل أو إيقاف تشغيله SnapMirror على vfiler بشكل مستقل. يمكن أن الأوامر الصادرة SnapMirror على vfiler تعمل فقط على وحدات التخزين أو qtrees لديها الملكية الحصرية لل.
من أجل التوافق، لا يمكن للمودع المادية (vfiler0) تعمل على كافة وحدات التخزين وqtrees كل شيء، حتى لو كانت مملوكة من قبل vfilers. وريكومانديد للغاية، مع ذلك، أن جميع وحدات التخزين (مجلدات وqtrees) أن تنعكس من أي vfiler0 أو vfiler استضافة المواقع، وليس على حد سواء. عندما تنعكس من خلال وحدات التخزين vfiler vfiler0، ترك snapmirror قبالة على vfiler.
الأمر snapmirror ديه subcommands كثيرة. تقريبا كل أمر يأخذ حجة الوجهة. هذه حجة يأخذ ثلاثة أشكال مختلفة. النموذج المستخدم لاستدعاء خاص يعتمد على ما إذا كنت تحديد حجم أو qtree 1. يتم تحديد حجم بأسمائها:
vol1
يتم تحديد Qtrees بواسطة مسار مؤهل بشكل كامل لهذه المراكز: / vol/vol1/qtree
هناك مسار خاص والتي يمكن استخدامها لSnapMirror جميع البيانات في حجم الذي لا يقيم في qtree. لا يمكن إلا أن هذا المسار يمكن استخدامها كمصدر SnapMirror، أبدا وجهة SnapMirror. تم تحديد المسار على النحو التالي: / vol/vol1/-
يمكن لجميع الأوامر التي لا نقول غير ذلك اتخاذ أي من هذه الأشكال كوسيطة. وsubcommands snapmirror هي:
في
تمكن SnapMirror نقل البيانات والمنعطفات على جدولة SnapMirror. ويجب أن تصدر هذا الأمر قبل الشروع في أي عمليات نقل البيانات SnapMirror مع تهيئة، التحديث، المزامنة، مخزن، أو استرداد subcommands. هذا الأمر يتضح أيضا في جدولة SnapMirror، الذي يبدأ نقل التحديث عندما يكون الوقت يطابق أحد الجداول في ملف snapmirror.conf. ويجب أن تصدر هذا الأمر على الجانب مصدر للمودع للرد على طلبات من جهات تحديث.
قبالة
إحباط كل نشط SnapMirror نقل البيانات وتعطيل الأوامر التي بدء نقل جديد (تهيئة، التحديث، المزامنة، وتخزين، واسترجاع)، ويحول جدولة SnapMirror قبالة.
وعلى / قبالة دولة من SnapMirror استمرت من خلال تمهيد، وينعكس من خلال خيار snapmirror.enable. يمكن تعيين هذا الخيار وتشغيله، وذلك له تأثير بالضبط نفس snapmirror على snapmirror أو إيقاف تشغيله أوامر.
وضع [-L |-T |-Q] [حجم | qtree ... ]
تقارير عن حالة من العلاقات مع جميع SnapMirror مصدر و / أو الوجهة على هذا المدون. هذا الأمر أيضا تقارير سواء SnapMirror أو إيقاف تشغيله. إذا يتم إعطاء أي حجم أو الحجج qtree إلى الأمر، سوف يتم الإبلاغ إلا عن العلاقات مع SnapMirror مصدر مطابقة أو الوجهة. إذا كانت الوسيطة غير صالحة، لن يكون هناك أي حالة في الإخراج.
من دون أية خيارات، يتم عرض النموذج قصير من وضع كل العلاقة. هذا يدل على حالة من الجانب المحلي للعلاقة، ما إذا كان نقل في التقدم (وإذا كان الأمر كذلك، فإن التقدم المحرز في ذلك نقل)، وتأخر مرآة، أي مقدار الوقت الذي المرآة متخلفة عن المصدر. هذا هو الفرق بسيط من الوقت الحالي، والطابع الزمني مصدر في جانب من نقل الناجحة الماضي. فإن الفارق الزمني أن يكون دائما على الأقل بقدر ما أثناء نقل الناجحة الماضي، إلا إذا غير متزامنة الساعات على المصدر والوجهة (في هذه الحالة يمكن أن يكون حتى سلبية).
إذا يتم إعطاء L-خيار، الإخراج يعرض معلومات أكثر تفصيلا عن كل علاقة SnapMirror. إذا تم عرض * جنبا إلى جنب مع وضع العلاقة في شكل الانتاج قصيرة من مركز القيادة snapmirror، ثم معلومات اضافية خاصة حول تلك العلاقة هو متاح، الذي يكون مرئيا فقط مع الخيار-L.
إذا يعطى-T خيار، الإخراج يعرض العلاقات التي تنشط. وتعتبر العلاقة كما نشط إذا كان الأمر ينطوي على المصدر أو الوجهة في:
1. نقل البيانات إلى أو من الشبكة. 2. القراءة أو الكتابة إلى جهاز شريط. 3. في انتظار تغيير الشريط.
4. أداء المحلية على القرص تجهيز أو تنظيف.
إذا يتم إعطاء Q-خيار، الإخراج يعرض أحجام وqtrees التي quiesced أو quiescing. انظر الأمر إلغاء تنشيط، أدناه، على ما يعنيه هذا.
راجع المقطع أمثلة لمزيد من المعلومات حول الوضع snapmirror.
على vfiler، مركز القيادة ويظهر مقالات تتعلق vfiler فقط. على المدون الجسدية، يتم عرض إدخالات نقل نشط من جميع vfilers. يتم عرض فقط نقل نشط على vfiler ذات الصلة. الطريقة المفضلة للحصول على قائمة شاملة وقابلة للقراءة أكثر من التحويلات SnapMirror لتشغيل vfiler تشغيل * وضع snapmirror. انها iterators من خلال جميع vfilers وقوائم نقل لها.
تهيئة [S-مصدر] [ك كيلو بايت] [-S src_snap] [C-create_dest_snap] [-W] الوجهة
ويبدأ النقل الأولي عبر الشبكة. لنقل، إما الأولي عبر الشبكة أو من الشريط هو مطلوب قبل نقل التحديث يمكن أن يحدث. ويجب أن تصدر الأمر تهيئة على المدون الوجهة. إذا كانت الوجهة هي وحدة تخزين، يجب أن يقتصر عليه (انظر المجلد للحصول على معلومات حول كيفية فحص وفرض قيود على وحدات التخزين). إذا كان الهدف هو qtree، يجب أن يكن موجودا بالفعل (انظر qtree للحصول على معلومات حول كيفية سرد qtrees). إذا كان qtree موجود بالفعل، لا بد من تسميته أو إزالة (باستخدام NFS أو العميل CIFS)، أو تهيئة snapmirror إلى أن qtree لن ينجح.
إذا كان الأمر حالة snapmirror تقارير عن أن لإحباط نقل الأولي لديه نقطة تفتيش تابعة للاستئناف، سيتم إعادة تشغيل commmand تهيئة نقل النقطة التي توقفت عندها.
وS-خيار يحدد المدون المصدر وحجم أو مسار qtree، في صيغة مشابهة لتلك من الحجج des_ ination تي. يجب أن يكون مصدر مباراة دخول للوجهة في ملف snapmirror.conf. إذا كانت لا تطابق، وتشغيل يطبع رسالة خطأ وإحباط. إذا لم يتم تعيين S-الخيار، المصدر المستخدمة هي المحدد من قبل الدخول لتلك الوجهة في ملف snapmirror.conf. إذا كان هناك أي إدخال مثل هذه العملية يطبع رسالة خطأ وإحباط.
وK-الخيار على ضبط السرعة القصوى التي يتم نقل البيانات عبر الشبكة في كيلو بايت في الثانية. فهو يستخدم لخنق القرص، وحدة المعالجة المركزية، واستخدام الشبكة. هذا الخيار يحدد مجرد قيمة الحد الأقصى لسرعة نقل، بل لا يضمن أن نقل سيذهب ذلك بسرعة. إذا لم يتم تعيين هذا الخيار، فإن المدون ينقل البيانات وفقا لKBS وضع لهذه العلاقة في ملف snapmirror.conf (انظر snapmirror.conf). ومع ذلك، إذا لم يتم تعيين هذا الخيار، وليس هناك الإعداد التليفزيونى لهذه العلاقة في ملف snapmirror.conf، المدون ينقل البيانات بأسرع ما في وسعها.
و-C الخيار يعمل فقط من أجل تهيئة لqtree. مع هذا الخيار، SnapMirror يخلق لقطة اسمه create_dest_snap على الوجهة بعد تهيئة أكملت بنجاح (بحيث لا تتنافس مع أي تحديثات مستمرة). SnapMirror لا قفل أو حذف هذه اللقطة. create_dest_snap لا يمكن أن يكون hourly.x، nightly.x، أو weekly.x، وذلك لأن هذه الأسماء محجوزة لقطات من المقرر.
وS-الخيار يعمل فقط من أجل تهيئة لqtree. أنه يعين لقطة من اسمه src_snap التي SnapMirror ينقل qtree، بدلا من إنشاء لقطة ونقل مصدر qtree من لقطة جديدة. ويستخدم هذا الخيار لنقل محتويات لقطة معينة، على سبيل المثال، فإنه يمكن نقل لقطة التي تم أخذها في حين أن قاعدة البيانات كانت في حالة مستقرة ثابتة. SnapMirror لا قفل أو حذف src_snap. src_snap لا يمكن أن يكون hourly.x، nightly.x، weekly.x، snapshot_for_backup.x أو snapshot_for_volcopy.x.
وW-الخيار يؤدي الأمر بعدم العودة مرة الأولي يبدأ نقل. بدلا من ذلك، فإنه سيتم الانتظار حتى اكتمال نقل (أو فشل)، في الوقت الذي سيكون طباعة حالة إكمال ومن ثم العودة.
تحديث [-S مصدر] [ك كيلو بايت] [-S src_snap] [C-create_dest_snap] [-W] الوجهة
للمرايا غير متزامن، وبدأت على الفور تحديثا من المصدر إلى الوجهة لتحديث مرآة مع محتويات المصدر.
للمرايا متزامن، يتم إنشاء لقطة على وحدة التخزين مصدر التي تصبح مرئية للعملاء من حجم الوجهة.
ويجب أن تصدر الأمر التحديث على المدون الوجهة.
وS-خيار يحدد مصدر للنقل، ويعمل الشيء نفسه بالنسبة لتحديث كما هو الحال بالنسبة تهيئة.
وK-الخيار على ضبط دواسة الوقود، في كيلو بايت في الثانية، لنقل، ويعمل الشيء نفسه بالنسبة لتحديث كما هو الحال بالنسبة تهيئة.
و-C الخيار يعمل فقط للحصول على تحديث لqtree. مع هذا SnapMirror الخيار بإنشاء لقطة اسمه create_dest_snap على الوجهة بعد اكتمال التحديث (بحيث لا تتنافس مع أي تحديثات مستمرة). SnapMirror لا قفل أو حذف هذه اللقطة. create_dest_snap لا يمكن أن يكون hourly.x، nightly.x، أو weekly.x، وذلك لأن هذه الأسماء محجوزة لقطات من المقرر.
وS-الخيار يعمل فقط للحصول على تحديث لqtree. أنه يعين لقطة من اسمه src_snap التي SnapMirror ينقل qtree، بدلا من إنشاء لقطة ونقل مصدر qtree من لقطة جديدة. ويستخدم هذا الخيار لنقل محتويات لقطة معينة، على سبيل المثال، فإنه يمكن نقل لقطة التي تم أخذها في حين أن قاعدة البيانات كانت في حالة مستقرة ثابتة. SnapMirror لا قفل أو حذف src_snap. src_snap لا يمكن أن يكون hourly.x، nightly.x، weekly.x، snapshot_for_backup.x أو snapshot_for_volcopy.x.
وW-الخيار يؤدي الأمر بعدم العودة مرة نقل تدريجي يبدأ. بدلا من ذلك، فإنه سيتم الانتظار حتى اكتمال نقل (أو فشل)، في الوقت الذي سيكون طباعة حالة إكمال ومن ثم العودة.
إلغاء تنشيط الوجهة
يسمح في التحويلات الجارية إلى وجهة لاستكمال وبعد ذلك لا يسمح للتحويلات جديدة للبدء. وستتخذ المرايا متزامن للخروج من وضع متزامن. أي طلبات أخرى لتحديث هذا الحجم أو qtree ستفشل حتى يتم تطبيق الأمر استئناف snapmirror إليها.
هذا الأمر له معنى خاص إلى وجهات qtree. وثمة وجهة qtree الذي يجري تعديله من قبل SnapMirror أثناء عملية نقل لديها التغييرات الحالية في ذلك. وهذه التغيرات لا يمكن تصديرها إلى عملاء NFS أو CIFS. ومع ذلك، إذا أخذ لقطة خلال هذا الوقت، فإن لقطة تحتوي على محتويات الانتقال من qtree. إلغاء تنشيط سيجلب أن qtree للخروج من حالة الانتقال، من قبل الانتهاء أو التراجع عن أي تغييرات نقل جعلت. حالة snapmirror يمكن تقرير ما إذا وquiesced 1 qtree أم لا. لا يمكن للعملية إلغاء تنشيط يستغرق بعض الوقت لاستكمال بينما SnapMirror بإجراء تغييرات على محتويات qtree ل. فإن أي لقطة تؤخذ في حين quiesced 1 qtree يحتوي على صورة من هذا qtree الذي يطابق محتويات تصديرها إلى عملاء NFS و CIFS.
استئناف الوجهة
استئناف نقل إلى الوجهة. ويمكن استخدام الأمر استئناف snapmirror إما إلى إلغاء تنشيط إحباط snapmirror 1 في التقدم أو التراجع عن إلغاء تنشيط snapmirror أنجزت سابقا. الأمر استعادة الدولة من جهة أو من quiescing quiesced إلى ما كانت عليه قبل عملية إلغاء تنشيط.
كسر [-F] الوجهة
يكسر علاقة SnapMirror من خلال تحويل وجهة snapmirrored إلى العادي للقراءة / الكتابة أو حجم qtree. ويجب أن تصدر هذا الأمر على المدون الوجهة.
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.
لا يمكن للقيادة المزامنة يؤدي إلى فقدان البيانات على الوجهة. لأنه يجعل بفعالية desti_ ن أوجه نسخة طبق الأصل من المصدر، أي تعديلات تجريها إلى الوجهة بعد وسيتم التراجع عن نهاية الشوط الاول.
ليعكس حجم سابقا، الأمر المزامنة ينفذ فعليا SnapRestore (انظر المجلد الأول) على الوجهة لأحدث لقطة وهو أمر شائع في كل من المصدر والوجهة. في معظم الحالات، وهذه هي اللقطة الأخيرة نقلها من المصدر إلى الوجهة، لكنه يمكن أن يكون أي لقطة التي تقع على كل من المصدر والمقصد بسبب تكرار SnapMirror. إذا تمت كتابة البيانات الجديدة إلى الوجهة منذ إنشاء أحدث لقطة مشتركة، سيتم فقدان البيانات أثناء عملية المزامنة.
لqtrees معكوسة سابقا، SnapMirror استعادة البيانات إلى نظام الملفات من لقطة على أحدث SnapMirrorcreated على وحدة التخزين الوجهة. خلافا لما كان يحدث الحجم، وأنها تتطلب هذه اللقطة الأخيرة من أجل إجراء المزامنة.
الأمر المزامنة تبدأ عملية نقل التحديث بعد SnapRestore أو qtree البيانات اكتمال ترميم.
تقارير الخيار-N ما تنفيذ الأمر المزامنة لن يفعل، ولكن لا يتم تنفيذ الأمر.
اف الخيار يفرض على عملية للمضي قدما دون المطالبة لتأكيد.
وS-خيار يحدد مصدر للنقل، ويعمل الشيء نفسه بالنسبة لالمزامنة كما هو الحال بالنسبة تهيئة.
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 أن المقصد هو أن يطلق سراحه من. يجب أن يكون إما حجة الوجهة المدون الوجهة والمقصد اسم وحدة التخزين أو المدون وجهة وجهة مسار qtree. يمكنك استخدام خط من إخراج الأمر وجهات snapmirror على أنها مجموعة من الحجج لهذا الأمر.
مخزن [-G الهندسة] جهة tapedevices
مقالب صورة عن حجم الوجهة إلى tapedevices المحدد. هذا يشبه إلى حد كبير في تهيئة snapmirror الأمر، ولكن من وحدة تخزين المصدر إلى الجهاز الشريط. يمكنك استخدام الأشرطة والأمر الاسترداد لأداء الأولية نقل فتيلة، في أي حجم محدود.
وسوف تستخدم مجموعة الخيار على مخزن snapmirror الأمثل الشريط لحجم جهة معينة التقليدية. حجة الهندسة هي سلسلة الذي يصف هندسة حجم الوجهة المقصودة التقليدية. يمكن الحصول عليه باستخدام snapmirror استرداد-G الأمر على وحدة التخزين التقليدية. ويمكن استخدام هذا الخيار زيادة snapmirror استرداد الأداء بشكل كبير. مجموعة ال الخيار الوحيد الفعال مع وحدات التخزين التقليدية.
لا يمكن إلا أن يتم تخزين كميات أو التي تم استردادها من الشريط. لا يمكن أن تكون مخزنة على Qtrees أو التي تم استردادها من الشريط.
مجال tapedevices من هذا الأمر هي قائمة commaseparated من الأجهزة الشريط صحيح. رؤية الشريط لمزيد من المعلومات حول أسماء جهاز الشريط.
لا يتم دعم الأجهزة الشريط على vfilers. يعمل هذا الأمر على المدون الجسدية فقط.
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 .
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 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.
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.
Here are a few examples of use of the
snapmirror command:
The following example turns the scheduler on and off:
toaster> snapmirror on toaster> snapmirror status Snapmirror is on. toaster> snapmirror off toaster> snapmirror status Snapmirror is off. toaster>
The following example presents the
snapmirror status with transfers running. Two are idle destinations (both from fridge); one of these has a restart checkpoint, and could be restarted if the setup of the two volumes has not changed since the checkpoint was made. The transfer from
vol1 to
arc2 has just started, and is in the initial stages of transferring. The transfer from toaster to icebox is partially completed; here, we can see the number of megabytes transferred.
toaster> snapmirror status Snapmirror is on. Source Destination State Lag Status fridge:home toaster:arc1 Snapmirrored 22:09:58 Idle toaster:vol1 toaster:arc2 Snapmirrored 01:02:53 Transferring toaster:vol2 icebox:saved Uninitialized – Transferring (128MB done) fridge:users toaster:arc3 Snapmirrored 10:14:36 Idle with restart checkpoint (12MB done) toaster>
The following example presents detailed status for one of the above snapmirror relationships specified as argument to the command. It displays extra information about base snapshot, transfer type, error message, and last transfer, etc.
toaster> snapmirror status -l arc1 Snapmirror is on. Source: fridge:home Destination: toaster:arc1 Type: Volume Status: Idle Progress: – State: Snapmirrored Lag: 22:09:58 Mirror Timestamp: Wed Aug 8 16:53:04 GMT 2001 Base Snapshot: toaster(0001234567)_arc1.1 Current Transfer Type: – Current Transfer Error: – Contents: Replica Last Transfer Type: Initialize Last Transfer Size: 1120000 KB Last Transfer Duration: 00:03:47 Last Transfer From: fridge:home
المثال التالي يوضح كيفية الحصول على جميع وحدات التخزين وqtrees التي quiesced أو quiescing على هذا المدون مع مركز القيادة. المدون snapmirror> مركز س Snapmirror غير. vol1 وquiesced / qtrees quiescing: يتم quiesced / vol/vol1/qt0 / vol/vol1/qt1 وquiescing vol2 وquiescing
المثال التالي يبدأ كتابة صورة vol1 في محمصة خبز كهربائية في الشريط على rst0a الجهاز الشريط وتواصل مع الشريط على rst1a. عند استخدام الشريط الثاني حتى، على سبيل المثال يوضح كيفية استئناف المخزن باستخدام شريط جديد على rst0a. محمصة خبز كهربائية> snapmirror مخزن vol1 rst0a، rst1a snapmirror: مرجع لقطة: snapmirror_tape_5.17.100_21: 47:28 محمصة خبز كهربائية> SNAPMIRROR: مخزن لمحمصة: rst0a، وتشغيل rst1a من الشريط. وكان مخزن من "vol1" حجم الشريط ناجح (11 ميغابايت في الدقيقة 01:03، 3 الأشرطة: محمصة خبز كهربائية> snapmirror محمصة الاستخدام: rst0a، rst1a rst0a محمصة خبز كهربائية> الأربعاء 17 مايو 23:36:31 بتوقيت جرينتش [worker_thread: إشعار]: snapmirror مكتوب).
المثال التالي باسترداد رأس الشريط على rst0a الجهاز الشريط. ثم فإنه يسترد صورة vol1 من الشريط على 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.
toaster> snapmirror status Snapmirror is on. Source Destination State Lag Status fridge:home toaster:volm1 Uninitialized – Transferring (10GB done) fridge:mail toaster:volm2 Snapmirrored 01:00:31 Transferring (4423MB done) toaster> snapmirror abort toaster:volm1 volm2 toaster> snapmirror status Snapmirror is on. Source Destination State Lag Status fridge:home toaster:volm1 Snapmirrored 00:01:25 Idle fridge:mail toaster:volm2 Snapmirrored 01:03:11 Idle with restart checkpoint (7000MB done) toaster> snapmirror abort toaster:volm2 toaster> snapmirror status Snapmirror is on. Source Destination State Lag Status fridge:home toaster:volm1 Snapmirrored 00:02:35 Idle fridge:mail toaster:volm2 Snapmirrored 01:04:21 Idle
The following example examines the status of all transfers, then aborts the transfers to
volm1 and
volm2 with the
-h option and checks the status again. No restart checkpoint is saved.
toaster> snapmirror status Snapmirror is on. Source Destination State Lag Status fridge:home toaster:volm1 Uninitialized – Transferring (10GB done) fridge:mail toaster:volm2 Snapmirrored 01:00:31 Transferring (4423MB done) toaster> snapmirror abort -h toaster:volm1 toaster:volm2 toaster> snapmirror status Snapmirror is on. Source Destination State Lag Status fridge:home toaster:volm1 Snapmirrored 00:02:35 Idle fridge:mail toaster:volm2 Snapmirrored 01:04:21 Idle
Here is an example of the use of the
snapmirror migrate command:
toaster> snapmirror migrate home mirror negotiating with destination….
This SnapMirror migration will take local source volume home and complete a final transfer to destination toaster:mirror using the interface named toaster. After that, open NFS filehandles on the source will migrate to the destination and any NFS filehandles open on the destination will be made stale. Clients will only see the migrated NFS filehandles if the destination is reachable at the same IP addresss as the source. The migrate process will not take care of renaming or exporting the destination volume.
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
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. هذا هو السلوك المتوقع. 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.
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.
/etc/snapmirror.allow This file controls SnapMirror's access to a source filer. See snapmirror.allow , for details.
/etc/snapmirror.conf
This file controls SnapMirror schedules and relationships. See snapmirror.conf for details.
/etc/log/snapmirror
This file logs SnapMirror activity. See snapmirror for details.
aggr license options qtree vol tape(4) protocolaccess(8) snapmirror(5) snapmirror.allow(5) snapmirror.conf(5)
جدول المحتويات
Read more... (6038 words, estimated 24:09 mins reading time) Manual Pages man , manual , NetApp , ONTAP , SnapMirror
