一個NetApp的技術日記

我感到非常榮幸和感謝已要求從 NetApp的Lisa克魯最近在她的NetApp博客放在一起做客博客文章。 這些已經住了這個下午，涉及的一些基礎知識“什麼是雲”。 我不談論具體的產品或解決方案是相當激烈的，但更多的較軟的方面，你需要考慮，以便開始規劃對你自己的雲產品。

http://blogs.netapp.com/crewe_oncommand/2011/05/guest-post-what-is-the-cloud.html

總 雲中， NetApp ， W

當你這樣做，我是閱讀上的RAID級別，而在洗澡。 原子的主題上來，和它的東西，我想和大家分享。

通常不是最可靠的技術數據源，但我會引述維基有助於解釋原子設置階段。 從兩者的 http://en.wikipedia.org/wiki/RAID“與RAID的問題”一節下... ...

這是一個多餘的存儲系統，不使用事務特性知之甚少，很少提及的故障模式。 數據庫研究員吉姆格雷寫道：“在廣場的更新是一個毒蘋果^“[28 ]在關係數據庫的商業化初期。 然而，這個警告在很大程度上無人理睬的手下敗將落在RAID的來臨，許多軟件工程師誤認為解決所有數據存儲的完整性和可靠性問題。 許多軟件程序更新一個存儲對象的“就地”，也就是說，它們為對象的舊版本相同的磁盤地址寫一個新版本的對象。 雖然該軟件還可能記錄一些增量信息的其他地方，它預計存儲目前的“原子寫的語義，”意義的數據寫入或者全部發生或者沒有發生在所有。

回來最近分為輕，但不同的幌子下與 SSD寫入失敗的問題。 許多 SSD製造商和企業級存儲廠商解決新固件，將所有數據寫入順序，從來沒有過寫一個數據塊，直到所有的磁盤已被寫入然後重新開始寫作從一開始（有明顯被釋放的塊第一）。 更多... ... （977字，1個影像，估計3:54分鐘閱讀時間）

一般 的原子 ， 位失敗 ， 失敗的字節中， NetApp ， 毒蘋果 ， RAID ， WAFL

幾乎無縫的！ 排序... ...

至於我的想法，開始與一個無辜的客戶查詢。 EMC公司有一些非常酷的內置工具，做無縫的CIFS數據遷移，但NetApp沒有。 這件事情，往往會導致一個公平的問題和一些周密的計劃與 NetApp，因為我們沒有這個。 但我是思想的今天，我們還挺做，我只是不認為我們充分利用可用的工具正確。

輸入 widelinks。 下面是從 NetApp KB主題的文章（KB 3011420）的摘錄 ...

NFS客戶端指向另一文件或目錄創建一個符號鏈接是一個特殊的文件。 Widelink條目的方式來重定向文件管理器上的絕對符號鏈接。 他們允許符號鏈接的目標是在同一個文件管理器或在另一個文件管理器的份額。 下面的例子說明如何創建一個從量到配額樹在同一個文件管理器的符號鏈接，並從量到不同的文件管理器的音量。

這是什麼意思，為什麼我的生活後更容易閱讀本文的其餘部分？

所以，如果我有一個很好的閃亮新NetApp文件管理器（或我沒有一輪 CIFS數據遷移到我的一個老），我有我的老CIFS文件服務器正在迅速接近故障或支持。 我可以創建我的NetApp我的新文件和股權結構，然後使用widelinks將用戶重定向到CIFS文件服務器，而無需複製我的所有數據都在球的疼痛，而我擔心的所有數據複製小時一次。 更多... ...（1385字，3個圖像，估計閱讀時間5:32分鐘 ）

命令行 ， 一般 CIFS ， NetApp的 ， 符號鏈接 ， 符號鏈接 ， widelinks

我肯定期待到今年的VMworld ！ 我沒有在2007年以來戛納，所以我期待看到多少的成長，更使我有我的方式VCDX國防所以我比較強調自由！ 會議似乎有點勢不可擋，我將開支在未來幾個星期內網上趕上錯過了會議，我認為！

如果你在那裡，來跟踪我。 我將懸掛約一點與NetApp的傢伙，戲弄其他存儲廠商，我一定會在NetApp的社區事件在星期二晚上- http://communities.netapp.com/thread/10582 。

這裡是一個快速列表我想我會參加的會議。 我仍然對一些懸而未決的，並已經將範圍縮小到2。 我一定會看在事件發生後很多會話比這是一個好東西，我錯過了很多！ 我期待著看到每個人有但！

（星期一）
上午 9時至下午：ALT2002 -的vCenter VSheild
10:00：SS1055 -合作夥伴超級會議
上午10時30分 ：TA6720 -高級用戶與ESXTOP故障排除
中午 12：BC7773 - SRM的誤解和錯誤配置
中午 12：GD01 - vSphere的安全
下午1點半 ：BC7729 -智能醫管局，醫管局應用意識
下午3點 ：TA7994 - vSphere 4.1中的vStorage更新

星期二
上午11點 ：MA7140 - vCloud的建築設計策略
下午12時30：TA8218 - VMware的存儲遠景
下午2點 ：SE8206 -安全強化的vSphere指南
下午2點 ：ALT3001 - SRM的擴展配置
下午3時30分 ：DV7706 -是View Composer，技術深潛
下午3時30分 ：SE8389 -私有雲建築的安全性概述
下午5點 ：ALT3003 -性能優化的vSphere 詳細內容... ... （440字，1個影像，估計1:46分鐘閱讀時間）

一般 社區中， NetApp ， VMworld大會

我複製一個現有客戶的文件管理器新的DR系統的任務。 這是一個相當大的系統，並盡可能多的創造 SnapMirrors是不是特別複雜，它是非常耗時。 所以我做的許多事情，我寫了一個腳本來幫助我實現這個任務更快，走尚未另一個咖啡。

你需要預共享密鑰設置（像​​以往一樣），但其餘的提示。 有沒有數據驗證（毫不奇怪）。 該腳本將輸出 4個文本文件，創建 /限制所有卷之一，“snapmirror.conf”之一，要在“snapmirror.conf”的地方使用，而你正在做的基線初始化，終於之一初始化snapmirrors。 周圍沒有並發流的情報，所以初始化仍然是一個雜耍的行為，並等待遊戲的位。

請讓我知道，如果你發現這很有用。

＃！/ BIN / BASH

迴聲“請輸入的主文件管理器的名稱：”
讀 PRI_FILER

迴聲“請輸入的DR文件管理器的名稱：”
讀 DR_FILER

連接字符串=“SSH - C 3DES”
＃連接字符串=“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

`$ {連接字符串} $ PRI_FILER“AGGR狀態”AGGR | awk的'！$ 2〜/國家 / {$ 1}'`
做
尺寸=`$ {連接字符串} $ PRI_FILER“DF - AH美元AGGR”| SED'S / \（[0-9] [KMGT] \ B）/ \ 1 / G“|！awk的'$ 1〜/快照|總結 / {$ 2}'`
在`$ {連接字符串} $ PRI_FILER VOL“AGGR show_space AGGR”| awk的'$ 1〜/空間 / {打印$ 0}！“| awk的'$ 4〜/卷|文件|無 / {打印$ 1}'`
做
迴聲“卷創建 $ {VOL​​沒有} - S $ {AGGR} $ {大小}”>> $ {DR_FILER} _filer_volumes.txt
迴聲“VOL限制$ {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的

藉口沒有存在和職位。 人身傷害和平的工作日程，這是一個過山車過去一年了，所以我很少有時間或動機博客或顯示周圍的社區我的臉。 對不起，我下定決心要打破這個習慣，並再次進入回事情！ 但足夠的喋喋不休，得到的著作...

這不是我看到很多時候，但是當我這樣做，這是有趣的統計為自己說話。 我與客戶幾年前了他們的NetApp房地產的腳本部署，它不是設計或交付過多的照顧或注意（我要討論的另一天）。 與 SQL，Exchange和其他東西，他們有一個 VMware房地產。 這一切都橫穿共有超過 100 15K FC主軸。 這不是在與其他網站相比的巨額遺產，所以我到他們為什麼有這樣的性能問題很感興趣。

現在，當您通過“SYSSTAT - U”運行，你可以看到，文件管理器本身是做的非常少，相當愉快應該怎樣做。 但磁盤往往達到 100％。 隨即，這表明磁盤問題。 他們需要更多的主軸，很明顯嗎？

首先是主軸不平衡。 他們有一個夥伴控制器，只有測試卷上的第二個總。 我得到的權限，刪除和熱，我重新分配這些其他控制器和擴大現有的總量。 這雙打的軸數，但我知道它不會做任何現有的業績（在該數據將不會自動重新分配本 ​​身！） 更多... ... （799字，估計3:12分鐘閱讀時間）

一般 的磁盤性能 ， 條塊分割 ， 熱錠 ， NetApp的 重新分配 ， 統計顯示

目前，我們正在經歷一個相當大的項目的內部，這部分是一個“風險登記表“，對企業。 現在，這比只是簡單的數據在磁盤上的信息多了很多，但也有人，信譽等 。 對於我來說，現在我已經開始了這個項目，這是一個數據保護的重要組成部分 。

這是一個有趣的話題，和東西，我想與大家分享，這在我自己的項目的早期階段，因為它使你看看在不同的光存儲方面。

什麼影響了一塊數據的風險類？

1.   誰有權訪問它呢 ？
2. 它是如何保密的？
3. 它是否有一個有形的價值？
4. 便攜是如何呢？
5. 它有可能損害商業信譽？
6. 它保護了嗎？
7.   ... ...可能很多 ！

這些都是我們已經要求有關數據的問題設置為我們需要定義快照，複製和磁帶的政策， 但數據保護進了很多不僅僅是這個 。 有趣的是，我的博客Zemanta插件“數據保護”與“信息隱私”，這是一個關鍵點！

誰有權訪問它呢 ？

不只是從前端授權點，雖然你需要知道這一點。 例如薪金，一般是訪問的人力資源和會計，但有其他人獲得的機制呢？ 如果是這樣，是否有任何審計控制檢查已授予訪問權限，或已獲得的呢？ 審計控制幾乎是超過安全擺在首位的重要 。 安全性可以，總是會被打破，但如果你能證明它被打破，那麼你就可以修復它！ 更多... ...（1072字，1圖像，估計閱讀時間4:17分鐘 ）

一般 的商業價值 ， 審計 ， 數據保護 ， 信息隱私 ， NetApp的 ， 風險分析 ， 風險登記冊

http://www.youtube.com/watch?v=VWy1Sc9dtGs

新的YouTube視頻呈現出一些新的特點和功能的NetApp SMVI 2.0。 不知道，只是尚未發行日期，但看起來很有希望的！

SMVI 的SnapManager ， VMware的 NetApp的新聞 NetApp的 ，

這些，其實我很自豪。 我沒有他們一段時間前，我還是把它們頗多。 我們的想法很簡單，如果你只配置一個文件管理器每月一次或兩次，這個過程可能不會堅持在你的頭正好和你可以很容易地錯過了一步。 而不是大量和大量文件的想法是讓這些寄託在你的顯示器的情侶，和你有相當快速的視覺引導你應該如何配置的東西，很容易保持一定的標準。

我要去嘗試生產這些為我做的各種指南，他們更容易迅速了解，當你在趕時間。

這裡的SnapDrive之一是有點過時，所以請不要認為反對的內容。

流程圖

創建存儲 流程圖中， NetApp ， 提供 ， 視覺

這是必然的排序，EMC終於贏得了DataDomain的競購戰。 那麼接下來會發生什麼？ 這使得最後 EMC業界領先的重複數據刪除技術，並在市場上真正的腳。 與 DataDomain，EMC公司將做什麼？ 他們採取的第一層存儲的代碼，終於放棄了NetApp為他們的錢在基層一線的重複數據刪除運行？ 我希望，EMC不消耗DataDomain，因為他們與 Avamar。 DataDomain是一個偉大的技術，它的位置，這將是一個恥辱，看到它限制EMC只屋。

什麼是NetApp的未來發揮？ NetApp的人非常興奮，一個月前關於這個潛在的aqcuisition，所以它必須屬於相當失望。 我聽到有人（而不是從 NetApp）表達的量子購買的可能性。 作為 EMC有很多，在他們的產品的技術，這將是有趣的和非常滑稽！ 但惱人的EMC以外，有什麼好處，給他們帶來？ 昆騰是目前在很多麻煩，所以它可能會是一個便宜的購買都一樣。

我想，這只能是消費者雖然好消息。 NetApp將被​​驅動，以改善他們的重複數據刪除技術和Excel，並可能給 VTL的一個急需的。

Zemanta的相關文章

• NetApp的琴弓，清除EMC的數據域的婚禮方式 （xconomy.com）
• 陷入僵局，EMC的數據域，那麼，NetApp的下一步？ （gigaom.com）
• EMC公司贏得招標Data Domain的戰爭（nytimes.com ）

一般 ， NetApp的新聞 數據域 ， DataDomain ， EMC ， NetApp的