每月檔案: 11 月 2008

個人線上備份迷你審查: Mozy

發表評論

之一 … 副作用 … 為一個巨大的公司工作是我每個月我的收件匣中得到很多電子報. 我還新的 EMC world 大會上, 所以很多這些電子報都是, 基本上, 不可思議. 這個或那個公司購買這些或那些 EMC 產品, 等等等等等等. 我不抱怨. 我實際上以此為激勵更多地瞭解 EMC 隨著時間的推移，我更好地瞭解哪些 EMC 的大圖片是所有關于 (提示: 它是關於 資訊).

幾次, 這些電子報是很容易理解，其中之一是關於 Mozy. Mozy 是線上的備份工具. 在您的工作站上安裝一個羽量級用戶端 (手提電腦在我的情況), 你告訴它你要備份和時，然後它是通過將您的資料發送到一些伺服器(s) 在雲上. 它的發生背景.

我的初始備份在跑了，他們只是在下 4 幾個小時，根據 Mozy 是 550 MB 左右的資料. 我只備份"我的文件" (因此, 資料量相對較小).

它再一次跑了 (我認為 24 小時後), 備份關於更多的東西 8 分鐘. 我永遠不會注意到它發生. 在任何時候，我正在做的工作沒有明顯的影響.

我做了測試恢復，它提供了一個足夠體面的使用者介面來選擇的檔(s) 你想要還原. 它是快速, 短小精悍, 內容豐富 … 我不知道，如何可以任何更好.

我談到我的一個同事，有更多的經驗與線上備份. 他說 Mozy 是好，但它缺乏能力告訴 Mozy 做相當於"恢復已刪除的檔。" 這是說，如果你不知道你刪除國際劍聯, 或如果你做，但不記得它的名字, Mozy 可能不幫你更容易找到它要還原的.

他們強加 2GB 的限制，如果你只是想免費使用服務. 它看上去是 $5/月無限量存儲空間.

底線, 如果有人問我如果他們應該使用 Mozy 線上備份, 現在我的答案是, "地獄, 是的。"

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤: ,

在日曆視圖中的日曆項進行排序

2 回复

我使用日曆來跟蹤上某一天的小組討論. 我有兩個會話: 上午和下午. 我想要創建一個視圖，顯示上午舉行的會議，僅通過一個會話 ID 按字母順序列出. 這是有點棘手，完成 (除非我錯過了真正明顯的東西).

我可以輕鬆地創建篩選的視圖顯示只是那天的事件. 該日曆將顯示所有這些事件，如果他們都採取放在同一個小時, 它列出他們肩並肩在小時插槽中. 真棒. 最棘手的部分是，, 預設情況下, 它想要列出他們在 ID 格式. 所以, 如果添加"會話 02" 然後"會話 01" 到日曆, 它顯示他們這個順序 (e 小節, 會議 02 然後會話 01). 要按會話 ID 順序列出它們, 我以為，嘗試這些東西:

  1. 配置使用 web 使用者介面的視圖. 運氣不好. 沒有選擇以這種方式，對專案進行排序.

    因為那不工作, 我現在有希望是 CAML 查詢某個地方在那裡，讓我重寫排序. CQWP 讓我做出這種改變, 也許日曆也會?

  2. 編輯 web 部件, 找一個"出口" 函數和 … 鋸的聲音! 我不能匯出它的 XML. 沒有匯出選項.

    我還堅持希望可以找到，修改一些 CAML 查詢. 因為我不能匯出 web 部件, 這就使得 SharePoint 設計器.

  3. 我將日曆 web 部件添加到沙箱網站並打開該網站使用 SharePoint 設計器. 我看著 web 部件的標記，我找到自己在尋找什麼. 它已編碼的瘋狂, 但它的存在: "<ListViewXml …. >已編碼的瘋狂</ListViewXml>". 具體, 有此創業板:

<查詢>
<在哪裡>
<DateRangesOverlap>
<FieldRef 名稱 ="EventDate"/>
<FieldRef 名稱 ="結束日期"/>
<FieldRef 名稱 ="RecurrenceID"/>
<數值型別 ="日期時間">
<月 />
</價值>
</DateRangesOverlap>
</在哪裡>
<OrderBy><FieldRef 名稱 ="Session_x0020_ID" /></OrderBy>
</查詢>

(我已經破解了 &這是;和 &gt 的和拆分出來至為清楚起見多條線路).

添加 <OrderBy> 位和它現在按會話 ID 進行排序, 不是內部清單項 ID.

碩大的提示 o’ 這頂帽子 貝基 Isserman 她到宵禮衫博客文章的評論: http://www.sharepoint-tips.com/2008/07/caml-sorting-by-file-name.html. 我不會把 <OrderBy> 在正確的地方沒有她的評論.

我希望把這寫到更清晰的螢幕截圖很快, 但我不會做的情況下, 至少我做了這麼多.

</結束>

Technorati 標籤: , , ,

戴夫曼與新澤西州 SharePoint 使用者組會議 … 或 .. 鮑伯所說的：

發表評論

鮑勃 · 福克斯 讓我們知道那戴夫曼, SharePoint 工作流天才, 會在星期三晚上的 NJ SharePoint 使用者組會議演講, 11/19/08. 不要錯過它. (不幸的是, 已定于大組會議星期三晚上，我公司的霸王和我會想念它).

按一下此處註冊並獲取更多詳細資訊.

下面是一些會議詳細資訊:

會話標題"部署大型 SharePoint 環境中的工作流”

在 SharePoint 工作流是一種令人興奮的新功能. 不過, 它是一種能力，它對您的環境的影響的時候經常被誤會. 對於小型環境, 外框設置, 配置和建築方針是可能已經足夠. 但是一種環境，將處理成千上萬的文檔每一天呢? 如何確保這些環境也不會動搖在荷載作用下, 但仍然滿足 SLA 的要求的性能和回應能力? 本次會議將探討為什麼專注于您的工作流子系統是重要的, 並涵蓋從農場層面到各個工作流設計規格的大型工作流環境的需要. 學習為什麼所有工作流需要的性能和可擴充性，以及如何看待生成縮放尺度的環境中的工作流, 監控工作流處理和克服常見的障礙. 這次會議將涵蓋建築指導為您的 SharePoint 環境，以及具體的編碼實踐，以確保您得到最大的您的 SharePoint 工作流.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤:

SharePoint 功能 & 解決方案管理 — 別忘了在 CRUD U (或 D 為那件事)

2 回复

我們一共花費了大量的時間來思考的 SharePoint 解決方案 — 如何創建它們, 要使用哪個工具, 當他們無法部署時，會發生什麼, 計時器作業, 作用域, 等. 我們花太多時間思考很容易忘記我們需要以及收回他們的前期位. 縮回解決方案也可能是更困難, 從概念設計的角度看, 比將它們部署. 部署基本上是食譜件. 通常, 安裝功能, 也許有一些資料載入到一個清單中的功能接收器, 那種事. 不過, 縮回是潛在的更複雜.

給定的解決方案可能會創建像這些工件:

  • 內容類型
  • 清單定義
  • 網站定義
  • 清單中的資料
  • 甚至接收機
  • InfoPath 表單

該清單將亮起.

雖然很顯然重要的是設計的解決方案，正確地具現化這些文物, 它是同樣重要的是考慮更新和刪除案例. 如果您的解決方案創建新清單，並使用填充該清單資料, 收回該解決方案時，會發生什麼? 在某些情況下, 應刪除清單. 在其他情況下, 應該留給歷史目的不變. 您的業務要求將您引導到正確的決定.

與此説明, 創建一個矩陣，其中列出了您的解決方案部署到 SharePoint 的每個工件. 列出每個工件的三列, 一個用於創建, 更新和刪除. 每個案例, 確定該操作的正確結果.

這種分析，顯然最好是之前到 SharePoint 場過部署解決方案. 不過, 像吸煙一樣, 開始做正確的事情是永遠不會太遲. 創建矩陣和發展計畫，以解決缺少的更新/刪除場景. 它可能是一個難的問題解決, 但至少你會放一個框周圍問題.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤:

設計器 SharePoint 工作流無法訪問 “遠端” 或 “外國” 清單

2 回复

這裡是另一個常見的設計器 SharePoint 工作流問題:

"可以訪問 (讀/寫) 通過工作流，不駐留在相同的網站清單本身上的 SharePoint 清單?"

簡單的答案是: 無.

在很多方面, 然而, 我們必須限定的 (在這種情況下是一件好事). 該平臺可以讓我們在很多方面創建擴展到生產, 包括自訂操作 (看看我小 codeplex 的專案在這裡為例). 自訂操作讓我們基本上做任何我們想要從 SharePoint 設計師的工作流. 我是這的大風扇, 事實上, 因為它給了我們最好的兩個世界 — 帶在我們的指尖，.NET 框架的全面深度的聲明性最終方便使用設計器.

不幸的是, 如果您使用的 SPD, 有你做，因為你不能使用 visual studio 的好機會 (由於這一事實，visual studio 需要深開發商背景). 我沒有任何好地回答了這個問題，只是你應該說服你技術的同事，來創造出你需要的自訂操作之一. 或者, 與雇傭或合同這種資源的管理工作.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤:

在火車上的 SharePoint

2 回复

今天, 我閱讀 麥克沃爾什 教你自己 SharePoint 2007 在中 24 小時 和, 令人難以置信, 這位女士在座位上接下來我說, "我們只被實現 SharePoint 的公司。" 它是"令人難以置信" 因為人們在火車上不會跟我說話 🙂 有趣的是 SharePoint 是如何成為催化劑的.

其他有趣的方面是，她沒有意識到在產品上有書. 在這裡評論了沿線的"它必須是很重要如果人寫關於它的書的存在。" 我想大家閱讀我的博客會同意的.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤:

旋轉臨時虛擬繼續保持的樂趣和收益

發表評論

我是之一 20 或 30 (或者是- 100?) 專家組成員在最後一夜 紐約 SharePoint 使用者組 會議. 而不是通常的演示文稿格式, 這都是關於 Q&A 小組成員和觀眾之間. 在早期, 邁克爾 · 勞特 介紹我到一個新的想法，我想要分享.

一名觀眾描述如何他的公司支付了一名顧問來為他的公司編寫的應用程式. 顧問公司將它寫成一個主控台應用程式使用的是 SharePoint 物件模型. 作為一個結果, 這意味著該程式必須在伺服器場中的伺服器上運行. 這意味著，任何想要使用的應用程式的人都必須登錄到伺服器, 做這項工作和登出. 在第一次, 這不是個問題, 但是很快, 更多和更多 (非技術性) 使用者需要使用該實用程式. 他的問題是 (釋義):

"什麼是我的選項? 我不想讓使用者直接登錄伺服器, 但他們需要該功能。"

邁克爾 · 勞特建議他配置新的虛擬機器, 將它加入到作為 WFE 農場和讓使用者從那裡運行該應用程式.

這是一個非常驚人的想法，對我來說. 推廣這種解決方案使我想起基本上是臨時性的概念, 幾乎可支配 WFE. 這是一個很乾淨的概念. 此臨時 WFE 可以運行一個主控台應用程式，使用 SharePoint 物件模型. 你也可以使用它來運行 stsadm 命令. 它並不一定要定期當地平衡的一部分. 如果它落下或獲取失事, 你可以只是旋轉了一個新. 我重複我自己, 但我只是要說我認為這是一個絕妙的主意.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤:

伺服器上的服務不會列出搜索 — 為什麼?

2 回复

我今天聊天的 艾格尼絲 Molnar (我知道知道在匈牙利的唯一的人) 關於奇怪搜索配置問題. 即, 搜索是從伺服器上的"服務丟失" 顯示 (通過中央管理-> 操作-> 在伺服器上的服務).

我看了一功能性 VM 我自己的機器上，並在一起, 我們決定在該伺服器上未安裝該搜索. 有可能幾種方法可以做到這一點, 但我們不是確認"Office SharePoint 伺服器搜索" 通過開始-在服務清單中從不見了> 管理工具-> 服務.

奇怪的是, 相關的.exe * 是 * 伺服器上 ("C:\程式 FilesMicrosoft 辦公室 Servers12.0Binmssearch.exe").

我做了一個快速搜尋，找到了這篇博客: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

這就是與這一關鍵點電子郵件鏈:

"我解決了這個問題. 它是我的錯. 選擇"Web 前端" 而不是"完成" 期間安裝。"

這是很有希望, 但是我們不能肯定如果安裝程式不完整時實際上拿起 WFE 安裝苔蘚.

我們檢查了第一次 (最早) PSCDiagnostics * 檔中的版本 12 蜂巢日誌目錄，並在那裡, 我們發現該安裝程式, 事實上, 配置此伺服器成為一個 web 前端. 結尾的故事，有一個快樂的結局.

(地方線沿線, 鮑勃 · 福克斯介入了, 但我只記得他派遣到討論有關評論 寓言 2).

更新: 關於這一主題在這裡艾格尼絲博客: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤:

招聘人員越來越會有點侵略性?

7 回复

還是只是我? 我已經收到了三個或四個電話我家自 9 月下旬尋找 SharePoint 工作. 我習慣于這種電子郵件請求, 但這些電話是有些許的不安. 工作現場沒有最新的簡歷我(像怪物公關骰子) 自從兩年前幾乎完全. 然後回來, 我的簡歷是所有關于 BizTalk 和 MS CRM. 那是我的電話號碼出現在任何地方的行的唯一地方, 到目前為止我所知.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤:

只是當我要禁用評論 …

2 回复

他們拉著我回來!

Windows Live 空間不做一份好的工作，保護我免受垃圾評論. 我假設 MSFT 有很好的垃圾郵件檢測, 但是，垃圾郵件的人更好. 這是事實, 然而, 我得到更多垃圾評論比我得到真實的評論，我只想在最後一周或這樣，我本來想禁用評論.

不過, 今天, 我在回應中發現兩個優秀的評論 這篇文章 (關於有限的存取權限) 和 這篇文章 (關於限制對文檔的搜索, 而不是資料夾). 這些評論是如此互補 (在這他們添加到我的帖子的很多價值), 看不到，禁用評論和從而關閉這一管道的有用的資訊. 所以, 向被人類垃圾捕手辭職了我自己 / 清潔. 生活空間確實提供相當不錯的方法，來清理評論, 但是誰不想浪費時間做那?

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin