關於我
我的名字是克里斯克蘭茲。 我現在正在為英國領先的系統集成商Kelway ，專注於存儲和虛擬化（重點是在NetApp，EMC和VMware），我的頭存儲和虛擬化解決方案架構師團隊。 我作為一名Web開發人員在90年代後期開始的生活，所以我知道如何編寫腳本，和拉東西拆開。 我寫了很多幫助，因為我得到非常快無聊的世俗生活中的簡單的任務腳本。 任何事情都是可能的，它涉及到計算機時，它只是下降到多少時間，它會採取（並最終將成本做了多少錢！）。 我一個解決方案架構師這些天，這意味著我花了很多時間與客戶交談，討論通過解決方案和戰略設計。 我很自豪地說，我是VCDX（全球第50），（ www.vmware.com / / VCDX ）我同意這個資格的其他建築師，我感到非常自卑。 我也認為我重點，NetApp的NCDA和NCIE，EMC培訓，VMware的越共，VTSP，VCAP當然 VCDX在關鍵領域的各種資格。
我住在陽光明媚的在英國的伯明翰，你會發現在任何一點駕駛上下在我的可信賴的輝騰的國家，我的。 您可以當場從我的車牌號！
我學到了很多我的哥哥誰是主要的Solaris傢伙，什麼他們不知道有關 Solaris，是不值得了解。 我經常問一問任何和一切他們和其他人，我總是聽，努力學習。 如果你曾經處理一個花環，你會明白我的意思 
退房湯姆在www.siliconbunny.com
我想嘗試回饋社會，幫助我得到我的人。 隨意問我任何問題。 我也提供諮詢和承包通過我的雇主Kelway角色，只是給我留言。
based on 11 ratings 評級
如何設置文件管理器的密碼為空？
但應該發生的NDMP複製成功..
我不能說我曾經試圖設置 root密碼為空，並不能說我建議它。 如果您使用的是“ndmpcopy”你可以定義與“SA用戶名：密碼”的來源和目的地憑證和“達用戶名：密碼”。
克蘭茲先生，您好：我的名字是理查德迪克森。 我目前在美國的學生在伊利諾伊州迪卡爾布，在牛的大學
我想問問，如果您有任何意見，找人到網絡存儲工業突破作為一種職業嗎？ 我將不勝感激你分享。 謝謝。
最好的辦法是在行業啟動。 我的技能大多來自於自學和在B2net工作。 也許找到您所在地區的一家存儲廠商或經銷商，看到獲得一定的工作經驗。
我總是覺得如果我沒有拿到一個項目努力，使閱讀書籍和學習手冊可能不是最好的方式來學習正確，學習困難。 此外，它的異常沉悶，這樣做！！
嗨，克里斯：
你知道任何NetApp精明的傢伙，可以做一個特設的基礎上的電話諮詢和支持？ - 基本的東西，從如何安裝 ONTAP更先進的故障排除。 非常感謝;喜歡你的網站。
斯科特
斯科特Fischmann
聯盟計算機交易所有限公司
7600西27街
B1棟
明尼阿波利斯，明尼蘇達州55426
scott@unioncomputer.com
952.935.7282 - 辦公室
952.240.6835 - 移動
“幫助我們的客戶的每一分錢都走得更遠 - 自1991年以來”
您好斯科特，B2net一定可以為您提供服務，我們不僅有一個 24 / 7的技術支持部門，以及在NetApp的所有產品的培訓，但也是一個非常熟練和優秀的工程師團隊。 如果您對要求獨立的顧問公司，我怕我真的沒有得到任何接觸到他們，因為我們有一些行業國內領先的技能，很少需要進行第三方。 對於有人聯繫你討論的可能性，我很樂意安排特設進一步支持，因為它是肯定的東西，我們可以提供。
嗨，
你能告訴我如何觸發測試事件/事件票？
只是想知道我們是否有功能，在NetApp盒。
你的意思是AutoSupport嗎？ 呀，你可以做，無論是從 FilerView或從 CLI。 從 CLI只是... ...
選項 autosupport.doit“文本字符串”
... ...和替換“文本字符串”你想NetApp的反應，通常情況下數量的任何消息。
嗨，
我想問你是如何摧毀一個 LUN，如果是在使用？
我有一個在我們 N5600的問題，這 runnning下面的命令將生成以下錯誤，如下所示：
n5600a>倫破壞 F / vol/PRR_VOL01/lun01
倫破壞：/ vol/PRR_VOL01/lun01：LUN是忙，停止試圖破壞 LUN之前的IO
此LUN已取消映射和離線。 此外所有的管理單元鏡刪除。 因為如此，我不能刪除的VOL和它造成的問題在我們 FIlerview的管理卷（看到錯誤：卷（S）操作失敗卷繁忙，請重試操作。）
您的幫助表示高度讚賞。
感謝。
您好羅恩，
你（或你是否也有）在過去的任何LUN克隆嗎？ 也許這些都成為鎖定在快照和你自刪除的LUN克隆，但克隆LUN的鎖定。 檢查卷的快照，如果任何被鎖定。 如果您要刪除的LUN，是否有任何其他在卷？ 如果您脫機卷，你一定會刪除所有的LUN的鏈接。 然後，你可以刪除該卷並重新創建它。
克里斯
我只是把我的控制器的新磁盤。 打開磁盤自動分配。 我如何關閉自動分配給這些磁盤的一半，所以我可以指定其他文件管理器？
磁盤分配0b.30 0b.29 0b.28 0b.27 - S無主- F
我發現這個命令，但是當我運行它，它把在無主狀態的磁盤只有幾秒鐘，然後重新分配給他們的文件管理器。
要關閉磁盤自動分配，執行下列操作... ...
選項 disk.auto_assign關閉
然後聯合國再次擁有這些磁盤。 你應該是好然後去！
您好克里斯，
聚合是100％全。 我沒有看到任何熱錠，卷有足夠的空間。 是一個性能的影響？
這是一個模糊的的問題，有可能解釋過，我們正面臨著大量的NetApp的性能問題最近。
能否請您給我一些抬起頭來嗎？
您好庫爾特
當你有一個完整的總的問題是，作為第一個問題，這會影響寫。 通常的WAFL排隊寫入條紋在所有磁盤並嘗試做盡可能大的條紋，因為它的最佳方式，既寫這一點，以後閱讀。 合共100％，有餘地不大寫大條紋，因此它打破這些成小塊，並寫入寫入少量的免費可用空間。 這需要寫較長，但更重要的是它有一個在讀的巨大的影響。 讀取現在需要做更多的物理主軸的運動來執行讀 aheads，甚至只是一個簡單的順序讀出這是奠定整個主軸，而不是在一個很好的緊序列。
運行你總為 100％，不僅影響立即寫入性能，但它會不斷地影響閱讀的時間內，規模，總接近滿或全寫的任何數據的表現。 你需要減少你的總使用率（下降到低於 80％推薦），然後重新分配卷再次分發整個主軸的數據，在一個更加有序的方式。 這將極大提高讀性能，展望未來，和自由的空間將允許一次寫入性能最優速度執行。
有了一個 100％全總，您經常不看到磁盤利用率的性能問題，但你可以看到高CPU，你可以看到的“CP TY”（一致點類型）花費很長的時間來刷新到磁盤。 從“SYSSTAT - U 1”你可以看到這一點。 它是高度依賴系統模型和您正在編寫的數據類型，而是一個非常粗糙的拇指規則是，如果一個CP多說3-4秒，它的工作更難比它應該做的。 但正如我所說，如果你有100％的全總，有很少的短期軟件開發工作可以做，以緩解這一問題，解決方法是簡單的，更多的磁盤或更少的數據。 所以買一些更多的主軸，並將它們添加到聚合，然後重新分配。 或刪除一些數據 /快照磁盤上釋放一些空間，然後重新分配。
您好u能幫助我在這個問題上。 我的aggrgeate是脫機及以下的結果，當我在D文件管理器AGGR狀態 - R AGGR狀態
總結 VOL0（在線，RAID4）（塊校驗）
PLEX / vol0/plex0（在線，正常，積極）
RAID組 / vol0/plex0/rg0（正常）
RAID磁盤設備醫管局貨架灣陳池類型 RPM的使用（MB / BLKS）PHY
秒（MB / BLKS）
--- - - - - - - - - - - - - - - - -
----
平價 8b.21 8B 1 5 FC：B - 10000139264000分之68000695 FCAL
142410400分之36
數據 8a.16 8A 1 0 FC A - FCAL 10000139264000分之68000695
142410400分之36
aggr1的總結（失敗，RAID4，部分）（塊校驗）
PLEX / aggr1/plex0（離線，失敗，不活躍）
RAID組 / aggr1/plex0/rg0（部分）
RAID磁盤設備醫管局貨架灣陳池類型 RPM的使用（MB / BLKS）PHY
秒（MB / BLKS）
--- - - - - - - - - - - - - - - - -
----
平價 8b.23 8B 1 7 FC：B - 10000139264000分之68000695 FCAL
142410400分之36
數據失敗 N /一個139264000分之68000
數據 8b.24 8B 1 8個 FC：B - FCAL 10000139264000分之68000695
142410400分之36
數據失敗 N /一個139264000分之68000
數據 8a.25 8A 1 9 FC：一個 - FCAL 10000139264000分之68000695
142410400分之36
數據失敗 N /一個139264000分之68000
數據 8a.26 8A 1 10的FC A - FCAL 10000139264000分之68000695
142410400分之36
數據失敗 N /一個139264000分之68000
數據 8b.28 8B 1月12日FC：B - 10000139264000分之68000695 FCAL
142410400分之36
數據失敗 N /一個139264000分之68000
數據失敗 N /一個139264000分之68000
數據 8a.17 8A 1俱樂部：阿 - FCAL 10000139264000分之68000695
142410400分之36
數據失敗 N /一個139264000分之68000
數據 8b.18 8B 1 2 FC：B - 10000139264000分之68000695 FCAL
142410400分之36
RAID組是失踪7磁盤。
RAID組 / aggr1/plex0/rg1（部分）
RAID磁盤設備醫管局貨架灣陳池類型 RPM的使用（MB / BLKS）PHY
秒（MB / BLKS）
--- - - - - - - - - - - - - - - - -
----
校驗失敗 N /一個139264000分之68000
數據 8b.19 8B 1 3的FC：B - 10000139264000分之68000695 FCAL
142410400分之36
數據失敗 N /一個139264000分之68000
數據 8a.20 8A 1 4的FC A - FCAL 10000139264000分之68000695
142410400分之36
數據失敗 N /一個139264000分之68000
數據 8b.22 8B 1 6 FC：B - 10000139264000分之68000695 FCAL
142410400分之36
數據失敗 N /一個139264000分之68000
數據 8a.27 8A 1月11日俱樂部：阿 - FCAL 10000139264000分之68000695
142410400分之36
數據失敗 N /一個139264000分之68000
數據 8b.29 8B 1月13日FC：B - 10000139264000分之68000695 FCAL
142410400分之36
數據失敗 N /一個139264000分之68000
RAID組是丟失了6個磁盤。
備用磁盤（空）
身體所有磁盤暗綠色指示燈
感謝您的回應。
我怎樣才能把它帶回在線
它看起來像你有一個大量丟失磁盤或從失敗的環境。 這些都需要固定，然後才可以回帶來的總再次聯機。 你需要檢查磁盤是否正確連接。 最好的方式實現這一目標是可能關閉系統電源，並確保所有電纜完全連接和安全，所有的磁盤正確就位。 希望像一個鬆散的電纜造成的，失敗，而不是一個實際的數據或所有這些磁盤的機械故障這些磁盤上的文件管理器。 首先檢查所有的連接，然後你可能能夠 unfail如果沒有這些磁盤其實他們錯了。
但是，如果磁盤是完全失敗了，那麼恐怕你可以在很多情況下。
我強烈建議您聯繫 NetApp全球支持，因為他們將可以步行通過檢查這些磁盤的過程中，如果可能的話，修復總。 這可能是一個已知的錯誤和容易解決，但他們在最好的位置來診斷。
感謝很多的回覆Chris。
我們有一個成立交易所的DB運行在NetApp的iSCSI LUN。 有Exchange服務器 ESX服務器。 有許多不同的LUN在不同的集合體，一些運行 SQL，一些運行不同的DB應用程序。 我看到很多熱錠在NetApp。
，這是一個 LUN映射到交換 VM更好的辦法
1。 （Snapdrive + iSCSI啟動器）從 VM
2。 原始映射的LUN，這將是為數據存儲分配
再次感謝您的答复，這是最有幫助的。
1 @克里斯的花環 。
克里斯您好，請忽略的問題，我必須有畢姆的心態，當我問這個!!!!!! @庫爾特
嗨，
感謝您的意見，真正發揮作用。
取代電纜連接的架子之一，因為它是壞的。
AGGR是回到現在在線。
您好庫爾特
我給你一個快速的反應，雖然聽起來像是你有事情現在排序。
如果你想使用外匯的SnapManager，那麼你真的有兩種不同的方式，目前儲存到Exchange虛擬機。
1）連接到VM內使用iSCSI軟件啟動
2）連接到他們使用的ESX級別的RDM，目前原始LUN的虛擬機。 這是可以做到使用FCP還是 iSCSI。
選項 1的主要優點是控制粒度。 Exchange管理員也並不需要是VMware管理員，以管理和控制其存儲。 可以說，每個人都應該有一些VMware知識。 選項 1的缺點是，如果你有很多需要存儲這樣的虛擬機，它會為大家安裝一個獨立的軟件啟動，這既有管理和CPU開銷。
選項 2的優點是，你集中存儲連接。 無論使用它始終是在VMware水平，這可以給你更好的安全性是誰使用哪些存儲和知名度。 在主機級別的iSCSI使用的好處是，它是軟件啟動的只有一個實例。 隨著 FCP這完全消失。 選項 2的主要缺點是反向選項 1，外匯管理並不直接控制他的存儲，但與 SnapDrive你仍然得到相當不錯的控制，你仍然可以克隆，成長，快照等內SnapDrive。
介紹存儲到數據存儲，然後雕刻的VMDK可能是最壞的情況下，你沒有得到任何SnapDrive或從 Exchange的SnapManager整合，但你仍然有來自 VMware連接的開銷。 我認為它可能只是一個錯字，因為它看起來像你決定從 ESX和VM內的iSCSI發起者之間的RDM在你的問題。 我個人最喜歡的是使用RDM，雖然可能有額外的警告或更改，如果你也做議員。 VMware SRM的處理以及用RDM然而，但不與 VM內的iSCSI啟動器在所有工作。
希望你所有的東西已經排序，但是！
您好克里斯，
非常感謝你的答复。
有100S船民正在運行 iSCSI啟動器，在我們的設置，隨著 SQL數據庫，郵件區議會，。 它似乎有大量的I / O發生在SQL DB是反過來又影響郵件服務器的表演。
我認為，最好是分開的陣列，這是服務的SQL DB的郵件區議會。
再次感謝您的答复和見解。
像您這樣的博客是像我們這樣的人還在探索中存儲的複雜性提供了寶貴的。
此致
庫爾特
您好庫爾特
如果你有一個群集，我想看看一個節點上的SQL DB的，在其他節點上的郵件 DB。 日誌，然後再坐在對面系統。 這確實有助於平衡跨集群的負載，為您提供了更多的主軸使用，並給你一個物理隔離的水平。 它還可以幫助您做一些像這樣分開了系統的損害與控制的水平。 不過，我想沒有一個系統專用於 SQL，和其他交易所，你要平衡，像日誌。 為一個單一的應用程序，它會給你更多的主軸，你仍然可以申請一個級別的控制。
也期待在存儲 IO控制從事物的VMware方（偉大的方式來控制IO，如果您有行為不端的機器），也要看不同的優先級的NetApp卷上。 您可以從非常低，低，中，高和非常高的這些設置。 這工作，在以類似的方式VMware的股份，但你把音量水平，並有一定的控制IO和性能，每卷被交付水平。 例如，您可能要限制贊成 SQL數據庫的CIFS用戶。 這可能是，一切都停留在中等（默認），但你把郵件 DB非常高，給它一個更好的共享資源，。
感謝反饋，它只是可惜我沒有得到更多的時間投入更多主題！
克里斯您好，感謝您的答复。
我一直在尋找在優先從什麼時候。 我擔心的是什麼，一個錯誤應用的優先可能使系統變得更糟。（我想是這樣）。
另一件事是按我的理解，如果我想使優先的話，我可能有單獨的權利，使每aggreagte中的所有卷？
我一定會考慮遷移到集群中的合作夥伴和其他SQL郵件區議會，嘗試平衡。
另外，不要你為一個完整的文件管理器的資源的建議，優先啟用？ 即如果聚合是滿的，反正使優先將影響呢？
再次感謝您的答复。
最好的問候，
庫爾特
當您啟用優先級，所有卷設置一個默認的（中）政策，所以你並不需要單獨做。 您將需要單獨設置需要但是這個差異。
優先可以幫助一個系統的鬥爭競爭像SnapMirror的事情，因為它使對系統任務的優先。 至於任何限制在一個繁忙的系統資源資源共享工具（一樣，我告訴我的VMware客戶）當然會影響的東西。 它會讓一個糟糕的情況為您優先考慮的卷，但它會差很多所有其他卷。 在負荷較重的系統已經是性能問題不是資源股份或優先限制的最佳人選。 我建議你先解決性能問題，或開始尋找限制之前從應用程序端的負荷，將所有卷的優先。
也請記住，優先進場時，有資源要求。 因此，如果你想給更多的資源，SQL和Exchange，並僅在該系統上的其他資源是輕率使用CIFS共享，你可能會獲得什麼好處，少IO正在從產生的CIFS共享。 所有優先 SQL和Exchange仍然會導致他們與海誓山盟的約束。
您好克里斯，
感謝您的答复。
我目前正在規劃的優先級。 似乎有很多試驗區議會和總分期DBS和他們在NFS上！ 我重新評估設置。
感謝您的輸入。 它幫了我很多得到一個透視圖
此致
庫爾特
您好克里斯，
偉大的網站和出色的服務，你為社會做！ 我在這裡的綁定位。 我創建了一個在VSM目的地單元的FlexClone。 然後，我開始第一個克隆分裂分裂。 問題是，源已刪除管理單元。 VSM的嘗試更新時，它的失敗，因為它不能刪除目標管理單元。 從分裂的狀態，這將是天完成之前，VSM是為我們的Oracle環境的備份過程的一部分，我不能等待那麼長的。 反正是有分割工作得更快，或解決這個？
預先感謝，
邁克爾
邁克爾您好，對不起，還給你的延遲。 你可以嘗試重新同步執行的SnapMirror，但機會是高，這可能現在需要一個新的基線。 此外，如果VSM不能刪除目標捕捉，然後機會柔性克隆仍然有這個鎖定莫名其妙。 分割過程可能需要一段時間才能完成，所以你可能已經試圖做到這一點後，開始分裂太快。
不幸的是，當 SnapMirror的卡住或困惑，唯一真正的選擇是一個基準，除非一些類似的快照仍然存在。 我已經在許多難堪的局面，我已經重新基線一個目的地，因為一個或其他原因被刪除快照。
_AT_克里斯克蘭茲
我想撞;
我有同樣的問題，但是我不能脫機卷，因為它告訴我，該卷忙。
我不能刪除 LUN beacause LUN是忙，系統告訴我，之前停止試圖破壞 LUN IO。 LUN是由快照被備份，快照vclone，忙碌的狀態。
每次我嘗試採取卷脫機，我想好15分鐘 filerview和凍結在SSH的錯誤。 我不能分裂克隆，告訴我的IO繁忙。 還有什麼可以推薦？ THX
順便說一句，這是在答复＃9
您的評論失踪道歉！
你能給我一個更廣泛的體積 / LUN配置。 問題的FlexClone卷，或者是它正在FlexCloned？ 如果沒有，就可以做任何LUN克隆操作，手動或從的SnapManager作業？ 當您顯示卷的快照，它顯示？ 任何特定的快照顯示為鎖定或忙？ 是目前映射LUN？
您好克里斯，
我想知道為什麼 /時，是使用LUN的克隆和Flex的克隆。
我知道立法會是免費的，功能界別，它們是如何不同，除了需要license.but，我們什麼時候選擇要么是。
謝謝
約翰
LUN克隆使得克隆LUN的，與原來的相同體積內。 這意味著，如果後續的快照操作發生後，克隆創建，這實際上鎖定 LUN克隆，這是一個快照，然後在引用，所以不能被刪除。 這可能會導致一些時間表和行政挑戰。
的FlexClone在這些方面的靈活得多，因為它創建了一個整個卷的特別快照的克隆。 雖然這將鎖定個人的快照，它不影響任何未來的快照操作，並鎖定機制不僅影響了正常的日常任務的FlexClone是保留比正常的快照保留期限較長。
的FlexClone是一個更加充滿活力和管理的環保技術，肯定是推薦的方法。 需要指出，LUN克隆很多的麻煩，常可引起。
小世界綜合徵 .. 通過 google搜索手冊頁為配額樹，後來才檢查出此頁找到您的網站 ... 哦，看，一個花環 .. 難道？ 有湯姆為我工作在直布羅陀的一小會兒回 - 請務必逗他此問候
有沒有太多的花環圍繞
我會告訴湯姆下一次我看到他！
您好克里斯，我發現 yuor網站和思想ID給這個一掄！
我有以下的問題，在附加鏈接
http://communities.netapp.com/thread/13850
你知道如何克服這種
謝謝
喬恩
看起來你已經打了一個已知的bug，在順昌。 只有真正的解決方案是照本宣科的方法來解決命名（這似乎對某些人來說），或等待NetApp的修復代碼來避免這種情況發生在順昌！
您好克里斯，
從我的NetApp文件服務器共享上的某個時候，我考慮的用戶配額的使用率。
當我啟用用戶配額的配額樹，它為用戶顯示使用的是15GB。
但用戶表明他的文件夾的大小為 7GB。 我的理解是，雖然他的文件夾是7GB，有可能是文件周圍其他用戶的文件夾，但他所擁有的。
因此，用戶配額承認的用戶通過使用文件的所有權？
是的Data ONTAP％的所有權，能夠看到這些文件或上市？
而且也沒有辦法，我可以設置不同配額樹的通知嗎？
此致
K
進出口下面的消息，IM無法 destory的LUN。
LUN是忙，停止試圖破壞 LUN之前的IO。
我看到了下面的問題答复您4米。
--------------
2011年2月15日，在17:08 |＃10回复|引用嗨羅恩，
你（或你是否也有）在過去的任何LUN克隆嗎？ 也許這些都成為鎖定在快照和你自刪除的LUN克隆，但克隆LUN的鎖定。 檢查卷的快照，如果任何被鎖定。 如果您要刪除的LUN，是否有任何其他在卷？ 如果您脫機卷，你一定會刪除所有的LUN的鏈接。 然後，你可以刪除該卷並重新創建它。
-------------
1。 倫不久前被克隆，成交量僅在最近的快照。
2。 我檢查了> LUN使用命令
不依賴快照。
我嘗試刪除所有的快照，IM，但仍無法刪除它。
你能送我刪除 LUN的步驟。
預先感謝。
有對包含LUN的卷沒有快照？ 將 LUN映射到任何發起人？ 音量任何其他LUN的主機嗎？ 從統計命令或LUN統計命令，你看到的任何活動，此LUN？