NetApp的技術日記

我已要求由麗莎從NetApp克魯最近把她的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 -智能HA，應用意識與醫管局
下午3點 ：TA7994 - vStorage的vSphere 4.1的更新

星期二
上午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。 周圍有沒有並發流的情報，所以初始化仍然是一個玩雜耍位和等待的遊戲。

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

＃！/斌/慶典

呼應“請進入小學文件管理器的名稱：”
讀PRI_FILER

呼應“請輸入的DR文件管理器的名字：”
讀DR_FILER

連接字符串=“3DES的ssh-C”
＃連接字符串=“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-阿元AGGR”| sed的'S / \（[0-9] [KMGT] \）的B / \ 1 / G'| awk的'$ 1〜/快照|總結/ {$ 2}'`
`$ {連接字符串} $ PRI_FILER“AGGR show_space美元AGGR”音量| awk的'$ 1〜/空間/ {打印$ 0}！“| awk的'$ 4〜/體積|文件|無/ {打印$ 1}'`
做
迴聲“第一卷創建$ {VOL​​}-S沒有$ {AGGR} $ {尺寸}”>> $ {DR_FILER} _filer_volumes.txt
迴聲“第一卷限制$ {音量}”>> {DR_FILER} _filer_volumes.txt的
呼應“SnapMirror的初始化 - S $ {PRI_FILER}：$ {音量} $ {DR_FILER}：$ {音量}”>> $ {DR_FILER} _sm_initialize.txt
迴聲“$ {PRI_FILER}：$ {音量} $ {DR_FILER}：$ {音量} - $ {SnapMirrorMinute} $ {SnapMirrorHour} **”>> $ {DR_FILER} _snapmirror.conf
迴聲“$ {PRI_FILER}：$ {音量} $ {DR_FILER}：$ {音量} -----”>> $ {DR_FILER} _snapmirror_init.conf的

SnapMirrorMinute =`expr的$ SnapMirrorMinute + SnapMirrorStagger 更多... （328字，估計1:19分鐘閱讀時間）

命令行 初始化 ， 初始化 ， SnapMirror的 設置中， NetApp ，

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

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

現在，當您通過“SYSSTAT-U”運行，你可以看到，文件管理器本身做的很少，很樂意應該做些什麼。 但磁盤往往達到100％。 立刻，這表明磁盤問題。 他們需要更多的紗錠，很明顯嗎？

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

一般 的磁盤性能 ， 分散 ， 熱錠 ， NetApp的 再分配 ， 統計資料顯示

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

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

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

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

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

誰擁有訪問它？

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

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

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

新的YouTube視頻，呈現出一些新的特點和功能的NetApp SMVI 2.0。 只是還沒有上沒有確定發行日期，但看起來很有希望！

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

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

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

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 Data Domain的婚禮 （xconomy.com）
• EMC公司陷入僵局的數據域，因此NetApp的下一步是什麼？ （gigaom.com）
• EMC贏得招標Data Domain的戰爭 （nytimes.com）

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