NetApp의 기술 일지

거의 완벽한! 일종의 ...

내 생각의 대부분과 마찬가지로, 그것은 죄없는 고객의 쿼리와 함께 시작되었다. EMC는 완벽한 CIFS 데이터 마이 그 레이션을 수행하는 아주 멋진 inbuilt 도구를 가지고 있지만, 넷앱은하지 않습니다. 우리가 이것을하지 않아도되는만큼 자주 문제를 공정 금액 및 NetApp은 몇 가지주의 계획의 원인이 뭔가. 하지만 오늘은 생각, 우리가 일종의, 나는 우리가 제대로 도구를 사용할 수 활용할 생각하지 않습니다.

widelinks를 입력합니다. 여기 주제에 NetApp의 기술 자료 문서 (KB 3011420)에서 발췌는 ...

심볼릭 링크는 다른 파일이나 디렉토리를 가리 키 NFS 클라이언트에서 만든 특수 파일입니다. Widelink 항목 파일러에 절대 심볼릭 링크를 리디렉션하는 방법입니다. 그들은 심볼릭 링크 대상이 같은 파일러 또는 다른 파일러에서 공유 될 수 있습니다. 다음 예제는 동일한 파일러에 qtree로 볼륨에서 심볼릭 링크를 만드는 방법을 설명하고, 볼륨에서 다른 볼륨 filers에 있습니다.

이게 의미합니까 그리고 왜 내 인생이 문서의 나머지 부분을 읽은 후에 쉽게 것인가?

난 좋은 반짝 이는 새 넷앱 파일러 (아니면 내가 아직에 내 CIFS 데이터를 마이 그 레이션하는 내내 없어 이전)이, 그리고 신속하게 지원 장애나 밖 접근 나의 이전 CIFS 파일 서버가있을 경우. 난 전혀 내 모든 데이터를 복사 공 - 통증을하지 않고 모든 데이터가 시간을 밖으로 복사본에 대해 걱정하는 동안 CIFS 파일 서버로 사용자를 리디렉션하는 widelinks를 사용하여 다음 내 NetApp은 내 새 파일 및 공유 구조를 만들고 있습니다 한 번. 더 읽기 ... (1,385 단어, 3 이미지, 시간을 읽는 견적 5시 32분 분)

명령줄 , 일반 CIFS , NetApp의 , 심볼릭 링크 , 심볼릭 링크 , widelinks

나는 그들의 새로운 DR 시스템에 기존 고객 파일러를 복제하는 작업을했다. 이것은 매우 큰 시스템이었고, 많은 SnapMirrors을 만드는 것이 특히 복잡 아니므로, 그것은 시간이 소요됩니다. 그래서 내가 할 많은 것들과 마찬가지로, 내가 빨리이 작업을 달성할 수 있도록하고, 아직 다른 커피를 가지고 가서 스크립트를 썼습니다.

당신은 사전 공유 키 설정을 (여전히)이 필요하지만 나머지는 입력하라는 메시지가 있습니다. 데이터 유효성 검사는 (놀라지) 없습니다. 스크립트가 기준 초기화를하고있는 동안 "snapmirror.conf"대신에 사용되는 4 텍스트 파일, 모든 볼륨을 생성 / 제한 하나, "snapmirror.conf"에 대한 하나에 출력하고, 마지막으로 한 것입니다 실제로 snapmirrors를 초기화합니다. 동시 스트림 주위에 아무 정보가 없다, 그래서 초기화 아직도 행위를 저글링과 대기 게임의 조금이다.

당신이 유용 찾으면 알려주시기 바랍니다.

#! / 빈 / bash가

에코 "차 파일러의 이름을 입력하십시오 :"
읽기 PRI_FILER

에코 "DR의 파일러 이름을 입력하세요 :"
읽기 DR_FILER

ConnectString = "SSH - C 3DES"
# ConnectString = "rsh"

SnapMirrorHour = 22
SnapMirrorMinute = 0
SnapMirrorStagger = 5

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

`$ {ConnectString} $ PRI_FILER "aggr 상태"에 AGGR에 대한 | awk '! 2달러 ~ / 주 / {$ 1} 인쇄`
할
SIZE =`$ {ConnectString} $ PRI_FILER "DF - 아 $ AGGR"| SED의 / \ ([0-9] [KMGT] \) B / \ 1 / g '|!. awk'$ 1 ~ / 스냅샷 | 집계 / {$ 2 인쇄} '`
`$ {ConnectString} $ PRI_FILER에서 VOL은 "aggr show_space $ AGGR"| awk '$ 1 ~ / 우주 / {$ 0 인쇄}!'| awk '$ 4 ~ / 볼륨 | 파일 | 없음 / {$ 1을 출력}'`
할
에코 "권 만들 $ {} VOL - S 없음 $ {AGGR} $ {SIZE}">> $ {DR_FILER} _filer_volumes.txt
에코 "권은 {VOL​​} $를 제한">> $ {DR_FILER} _filer_volumes.txt
에코 "snapmirror 초기화 - S $ {PRI_FILER} : $ {VOL​​} $ {DR_FILER} : $ {VOL​​}">> $ {DR_FILER} _sm_initialize.txt
에코 "$ {PRI_FILER} : $ {VOL​​} $ {DR_FILER} : $ {VOL​​} - $ {SnapMirrorMinute} $ {SnapMirrorHour} *">> $ {DR_FILER} _snapmirror.conf
에코 "$ {PRI_FILER} : $ {VOL​​} $ {DR_FILER} : $ {VOL​​} - - - - -">> $ {DR_FILER} _snapmirror_init.conf

SnapMirrorMinute =`expr $ SnapMirrorMinute + $ SnapMirrorStagger이` 자세히보기 ... (328 단어, 시간을 읽는 견적 1시 19분 분)

명령줄 초기화 , 초기화 , NetApp은 , 설치 , SnapMirror를

난 그게 좋은 설정의 구성을 저장하는 것은 매우 중요하다고 생각합니다. 혹시 다시 가서 물건을 참조해야하는 경우 첫째는 좋은 참조이야, 둘째 그것은 당신이 실제로 정확하고 처음부터 제대로 가지 구성 그랬어 무엇 보여주는 좋은 방법이야!

전체 구성 덤프를 할 수 ONTAP 내에서 제공되는 편리한 도구가 있습니다, 비교하고 복원합니다. 이것은 filers 기본 구성으로 제한되며 반드시 볼륨 설정과 같은 영역을 포함하지 않습니다.

> 설정 filer01
사용법 :
설정 클론 <filer> <remote_user>
구성 비교 [- O <output_file>] <config_file1> [<config_file2>]
설정 덤프 [- F] [- V] <config_file>
설정 [- V] <config_file>을 복원

이 명령은 매우 단순하고 정직하고 있습니다. 당신은 파일러에서 구성을 덤핑으로 시작합니다. 이것은 자동으로은 / etc / configs에 저장됩니다. 여기에서 당신은 다음 필요한 경우 설정을 복제, 또는 (비교) 구성을 비교할 수 있습니다. 비교를 실행하면 시간이 2 지점 간의 설정을 비교의 아주 좋은 방법이며, 당신이 파일러 업그레이 드를 비교 어떤 변화, 또는 경우에도 확실하지 않은 경우 그리고 당신은 2 개의 시스템 (체크 아웃 사이에 설정 파일을 복사 NetApp의 파일을 복사 ). 그리고 마침내 당신이 아마 재부 팅을 필요로하지만 또한, 복원 기능을 사용할 수 있으며, knockon가 또는 / 등 내의 여러 config 파일에서 필요하지 않을 수도 있습니다 무엇에 영향을 미칠 수 있습니다

전반적으로 매우 유용한 명령. 저는 파일러의 configs의 백업을 복용 및 유사 시스템 (예를 들어 기본 및 DR)을 사이에 그들을 비교하거나 시간이 지남에 configs를 비교하는이 대부분을 사용합니다.

명령줄 설정 , 설정 덤프 , NetApp은 , ONTAP은 , 설정 저장

항상 어떻게 직접 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 / 파일이 자세히보기 ... (1,037 단어, 4시 9분 예상 분 시간을 읽는 것은)

커맨드 라인의 CP , 파일 복사 , 플렉스 클론 , 뮤직 비디오 , NetApp의 파일을 복사 , 복사 권

내가 원한 / 다른 곳에으로 vol0를 이동하는 데 필요한 것 많은 경우가있었습니다. 바로 지난 주에 저는 루트 집계를 파괴하고 주위에 어떤 디스크를 이동하려면 원하는 고객을했지만, 그들은 이미 파일러를 설정 해주고 이것을 잃고 싶지 않았던

이 과정은 실제로 매우 간단합니다!

자세히보기 ... (292 단어, 시간을 읽는 견적 1시 10분 분)

명령줄 부팅 , bootvol , NetApp은 , 시스템 , SYSVOL , vol0

이것은 제가 사이트 장애 복구에 도움이 쓴 또 다른 스크립트입니다. 기본적으로 snapmirror 스크립트는 온라인 볼륨을 가지고 좋은 작품이 있지만, 모든 VM웨어 (그리고 VM 내부에서 같은 iSCSI를)에있다면 당신은이 자동으로 다시 매핑되고 싶어요, 그리고 당신에게 다리 작업을 저장!

음,이 스크립트는 기본 filers에 액세스할 수있는 DR 위치에 앉아 서버에서 실행됩니다. 당신은 (한 줄에 한 파일러 이름으로 'primary_filers.txt'파일을 생성) 원하는만큼 내가이 스크립트가 상당히 역동 수 있도록 노력했습니다, 그래서 당신은 많은 기본 filers로 넣을 수 있습니다. 그러나 그것은 단지 DR 측 한 파일러로 실패합니다. 이것은 단지 이런 일들은 다반 달성하는 것이 얼마나 쉬운지의 개념을 보여주는, 다시 쉽게 해결될 수 있지만 것입니다.

여기에 어려움이 있다고 'igroup보기'를 출력 당신은 'F'와 'I'를 사용 'igroup 만들기'요청으로, 중간에 좀 더 스크립트 때문에 이러한 문제를 해결하기 위해 'FCP'와 'iSCSI를'.

이 스크립트는 DR의 파일러에있는 모든 iGroups을 재현하기 위해 실행할 수있는 스크립트를 (그리고 경우에는 cron으로 실행하면, 단순히 그것을 매번 덮어 씁니다)을 만듭니다. 당신은 매핑이 필요 몇 LUNs가있다면 정말 편리할. 심지어 10 수동으로 이렇게하면 고통입니다. 내 고객의 대부분은 적어도 50도 +

자세히보기 ... (396 단어, 시간을 읽는 견적 1시 35분 분)

명령줄 장애 조치 , igroup 작성 , NetApp의 , 스크립트

그래서 스크립트 완전한 사이트 장애 조치를 (SRM 전) 몇 달 전에 고객을 도왔습니다. 그것은 약 30 분 이내에 DR 사이트를 온라인 상태로 전환되며, 스크립트를 약간 clunky하고 다시 디자인 거대한 필요, 그래서 난 여기에 원본을 게시 거라고 생각.

이것은 제가 생각하기에, NetApp의 시스템 그에 신속하고 쉽게 관리 호스트와 멀리 스크립트 마음을에서 SSH 액세스를 설정할 수 방법에 유연성의 좋은 예입니다! 내가 API의 묘리를 터득하다 곧, 나도 함께 오는 많은 자세한 정보가있을 거라 믿어요.

이 스크립트는 DR의 파일러에서 온라인 모든 볼륨을 가져올 것이다 무엇, 끝 (어쨌든 모든 VM웨어 볼륨에 사용할 멋진 명명 규칙되는)에서 "_vm"로 표시되는 볼륨 더, 다시 매핑 얻을 것이다 새로운 igroup 당신이 선택하고 이미 DR ESX 서버에 대한 설정을했습니다.

저는 파일러 이름을 제거하려면 그것을 쓰기 때문에 약간이 스크립트를 수정했습니다, 그래서 제가 제 다른 스크립트와 마찬가지로, 그것이 바로 이것이 얻을 수있는 방법의 예를로 운명, 그것은 상자 밖으로 일을 기대하지 마십시오.

자세히보기 ... (321 단어, 시간을 읽는 견적 1시 17분 분)

명령줄 휴식 , 장애 복구 , NetApp의 , quiesce , SnapMirror

VM이 생성될 때이 스크립트는 추적 도움이 될 수 있습니다. 나는 그것이. vmsd 파일의 생성 시간에 작품으로 그러나 올바른 기술인지 모르겠어요. 어쨌든, 원칙이 있으며, 작업을해야한다.

자세히보기 ... (112 단어, 시간을 읽는 27 초 예상)

명령줄 가상 머신 생성 , VM웨어를

이것은 사람들이 작성하는 것을 추적할 유용할 수 있습니다. 가상 머신 크기의 색인과 datastores의 여유 공간 (매우 중요)하십시오.

자세히보기 ... (121 단어, 29 초 독서 시간 추정)

명령줄 데이터 저장소의 크기 , 가상 머신 크기 , VM웨어

저는 VM 로그를 증오하고, 많은 사건에서 삭제하거나 디렉토리를 탐색하는 것은 매우 어려운 그들의 수천으로 끝낼 수 있습니다. 이 스크립트는 일반 명확까지 할 경우에는 cron에서 실행했습니다. 물론 문제로서 이제 VM 로깅을 비활성화하지만, 아직 모든 로그 파일을 정리하는 도전하실 수 있습니다.

자세히보기 ... (116 단어, 시간을 읽는 28 초 예상)

명령줄 로그 파일 , VM웨어 , vmware.log