NetApp Копиране на файлове
Тя винаги идва, как мога да копирате единични файлове, или големи площи директно от NetApp конзолата? По принцип отговорът се връща обратно, вие не може да се използва RoboCopy или Rsync или друг файл миграция инструмент. Все пак има определено начини за копиране на файлове около директно от самата цедка, и често това е най-ефикасният начин да го направите! Въпреки това, те не са най-интуитивни или добре документирани команди.
Може да има други методи, както и ако имате нещо, което са използвали в миналото или знаете, моля не се колебайте да споделите! Не всички методи са подходящи за всички задачи, но всеки има свои собствени индивидуални цели.
ndmpcopy
Това е често се пренебрегват като файл / папка копие на команда, и често е само да мигрират цели обеми около. В действителност тя може да се използва за копиране на отделни папки или filers около и дори по-добре може да се използва за копиране на данни към други filers! Уверете се, че ndmp е разрешен за първи (ndmpd). Синтаксисът е съвсем проста ...
ndmpcopy / об / vol_source_name / папка / файл / об / vol_dest_name, / файл
Просто да се разбие, ние избираме да копирате цедка от "/ об / vol_source_name / папка" и искаме да го копирате в "/ об / vol_dest_name". Това не е твърде ограничаващо, ние не трябва да се запази същия път, и ние можем дори да копирате неща за в същия обем (например копиране на нещата в QTrees, ако имате нужда). Можете да копирате неща от целия обем, един QTree, до отделни папки начин посочени в дървото на директориите. Единственото реално ограничение е, че не можете да използвате заместващи символи, и не можете да изберете множество файлове За да копирате.
Ако искате да копирате файлове от една цедка в друга, ние просто да удължи този синтаксис ...
ndmpcopy-на SA <user>: <pass>-DA <user>: <pass> source_filer :/ об / vol_source_name, / папка / файл destination_filer :/ об / vol_dest_name, / файл
Ще заменят <user> и <pass> с източник цедка (SA) Login и цедката дестинация (-га) Вход. Тук ние копирате един файл от едно място на една цедка, за още един на друг!
Можем също така да определят точковата ниво на трансфера. По подразбиране системата ще направя прехвърляне на 0 ниво, но можете да определите да направя едно ниво 1 или 2 постепенно прехвърляне. Ако данните се е променила твърде много, или твърде много време е минало от последното копие, това може да не успее или да отнеме повече време, отколкото на чисто ниво 0.
Това може да бъде много полезно, и цедката се прави това в блок ниво, всички ACL са напълно запазени. Погрижете се да се даде възможност за сигурност стил е същият от дестинацията, за предотвратяване на ACL се конвертират обаче.
ONTAP 7.2.6.1 страницата от ръководството за това може да се намери - http://now.netapp.com/NOW/knowledge/docs/ontap/rel7261/html/ontap/cmdref/man1/ndmpcopy.1.htm
MV
Това е "priv напреднали" команда и толкова очевидно, запазено за "мрежа" Уред персонал. "MV" е много прав напред, да е източник и дестинация, и един файл ще се премести. Не забравяйте, това е движение, така че не е технически файл копие на всички.
MV <file2> <file2>
Flex клонинг
Това е истинска измама, но голям мамят! Можете клонинг целия обем, на базата на една моментна снимка, а след това да разделят този обем от моментна снимка. Това е чудесен начин за получаване на целия обем, копирани с минимално прекъсване. Клонингът е създаден почти веднага, след което може да бъде онлайн и се използва на живо. Операция за разделяне на клонинг се случва във фонов режим, така че да могат да се движат нещата и да се живее на новото място в много малко време изобщо.
об клонинг на Създаване new_vol S обем б source_vol source_snap
Когато new_vol "е нов обем, който искате да създадете,"-S обем "е пространството за резервация," б source_vol "е компанията майка, обем, че клонинг ще се основава на и" source_snap ", е моментна снимка, искате да базирате клонинг.
об клонинг сплит началото new_vol
След това ще започне Разделяне на операция "new_vol"
об копие
Вместо от шнур клонинг, ако не сте ли, че лицензиран, можете да направите пълно копие об. Това е ефективно същата като об клонинг, но вие трябва да направите цялата операция преди обем е онлайн и достъпно. Трябва да се създаде обем дестинация за първи път и след това да го ограничи, така че тя да е готова за копието. След това започнете копие процес.
об копие стартиращи snap_name source_vol dest_vol
"-Ите snap_name" определя снимка, искате да базирате копия, и "source_vol" и "dest_vol" определи източника и местоназначението за копието. "S" може да се използва за копиране във всички снимки, които също са включени в обема. Това може да бъде много полезна, ако имате нужда да се копират всички архиви в рамките на обема, както и само данните за обема.
LUN клонинг
Ако трябва да копирате цялата LUN, и пак не сте ли шнур клонинг лицензиран, можете да направите директна LUN клонинг, и LUN клонинг сплит. Това е само наистина полезно, ако имате нужда от дубликат на LUN в същия обем. Тя ще създаде клонинг, на базата на моментното състояние, което вече съществува.
LUN клонинг на Създаване clone_path б parent_path parent_snap
"Clone_path" е новия LUN, който искате да създадете, на "parent_path" е източник на LUN, който искате да клонирате и на "parent_snap" е една моментна снимка, която вече съществува на майка LUN. Трябва да се раздели на LUN да станат независими.
LUN клонинг сплит началото clone_path
SnapMirror / SnapVault
Можете също да използвате на SnapMirror или SnapVault да копирате данните наоколо. SnapMirror може да бъде полезна, ако имате нужда да копирате голямо количество данни, които ще променят. Можете да настроите график за репликация, а след това през един малък прозорец на престой, можете да направите окончателен актуализация и донесе нова онлайн дестинация.
дъмпинг и възстановяване
Това не е много добър начин за копиране на файлове наоколо, но тя със сигурност метод. Ако прикачите лентово устройство директно с цедка, бихте могли да направите едно сметище, след което се възстанови на ново място или цедка. Това може да бъде единственият метод, ако имате голямо количество данни да се премести в нов сайт, и няма трафик, или няма начин да има от 2 системи рамо до рамо временно.
based on 5 ratings









































_AT_ Крис Кранц
Hi Крис Опитахме МПС команда и просто да се "Преименуване: Няма такъв файл или директория" грешка - Аз съм се познае синтаксис ми е наред? "М. В. както / vol/userdata1/staff/dave/file.txt / vol/userdata1/staff/bob/file.txt".
Също така - са се опитвали ndmpcopy но се получи "не успя да започне сметището на източник" послание.
С командата на МПС, не съществуват директорията дестинация?
Предполагам, че това е така, както са прави NDMP резервни копия, но е разрешена NDMP и включен на цедката? С синтаксис, да не си сложи пълния път на NetApp и обемите? Съм направил "ndmpcopy" копие между обеми, но аз не съм сигурен, че ако някога съм го правил за да копирате в рамките на един и същ обем. Струва си да се проверка на синтаксиса, тя все още трябва да работи обаче.
_AT_ Крис Кранц
Да - дестинация директория определено съществува, и Да, съм проверени ndmp, е включена и щастлив. Аз не съм била поставянето на пълния път на NetApp и обемите. Трябва ли да бъде във формат "myfiler: \ об \ volumename директорията \ \ файла"?
В случай, че не е "/" вместо "\"?
_AT_ Крис Кранц
Вие сте напълно прав.
Също така проверете "клонинг старт" команда. Тази команда създава "предварително deduplicated", копие на всеки файл в рамките на активното файлова система с помощта на основната технология на ШИС от Ontap (7.3.x и по-горе аз вярвам - flexclone лиценз изисква). Аз разположи цялото си VMWare и Hyper-V VMS този начин и да получите незабавно копие от шаблона, които могат да бъдат приведени онлайн незабавно и консумира без интервал, първоначално (до блоковете се различават с течение на времето). Разбира се, източникът и дестинацията на файла трябва да живеят в същия обем и за това, за да бъде полезен (в противен случай използвайте об клонинг). В NetApp Insight, имаше няколко сесии, които са фокусирани върху базиран клониране за ШИС и как тя ще се превърне във все по-стандартна част от начина, по който NetApp изпълнява задачи за клониране и дори за възстановяване, в Ontap 8,1. Днес, аз не може да създаде клонинг от файл в снимка (само активния файлова система), но това ограничение се преодолява в Ontap 8,1 срокове.