我用 PowerShell 將解決方案部署到 SharePoint 場 (h/t: 寇里 · 羅斯 和他 博客張貼內容).
接著，中央管理, 訪問系統設置，然後"農場管理解決方案"將它部署在農場和有關我 (輕微) 失望, 它被困在"部署".
這一問題拿出很多時候在 MSDN 論壇上看到了。, 就這件事非常緊張。 我就有點搜索和 發現這很有説明的文章 (由從看似吹風的人 http://www.resolutionsnet.co.uk/). 我取消部署作業和點擊到解決方案, 它告訴我它已成功部署解決方案，為三場中的四個伺服器.
我去了誤入歧途的伺服器, 停止計時器服務並重新啟動它。 Windows 伺服器實際上告訴我，服務未能回應命令, 這就告訴我它生病.
這一次, 當我回到中央管理, 我得以部署它，並沒有問題的.
希望這位的資訊將説明一些在一天的綁定.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我正在寫的很好的人在一篇文章 www.sharepointbriefing.com 它涉及到部署清單從發展農場生產農場。 我仍然習慣于使用 stsadm，需要打破這種習慣, 所以我炒了 SharePoint 2010 命令列管理程式和演奏的周圍使用出口 SPWeb 備份我的清單。 多麼奇怪的是很難的事事實證明，!
我不斷地讓此錯誤:
這一錯誤, "InvalidData: (Microsoft.Share......CmdletExportweb"") 殺了我。 我在多長時間掙扎這尷尬.
我以前有 與 PowerShell 撞到牆 和使用的 stsadm 來繞過它。 我試了一下這次還有良好的結果.
我花了很多時間與 –Identity 選項一起鬼混，然後最後與 –ItemURL。 原來 ItemURL 選項要求完整路徑的清單庫的你 想要匯出 無 HTTP://伺服器位。 所以, 儘管事實上，標識參數指向該網站的子, ItemURL 是不與識別，但相對於網站集合.
它本來不錯的 Cmdlet 來告訴我什麼是微有效 (在這種情況下的身份) 和什麼是不正確 (ItemUrl). 這些很少觸及説明人們擁抱產品。 不針對 SharePoint 的大鼎, 但至少有一點🙂
希望這篇文章將保存人有點悲傷的未來.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我正在讀論壇今天下午，學了新東西 (幾乎每天都會發生的事情). 這是過帳:
基本上, 你可以得到一些有趣的資訊有關的網站援引反對 owssvr.dll (h/t 到 Bil Simser 和 約翰 Timney).
我給了這試一試這兩種苔蘚和 SP2010 的環境。 在 MOSS 環境中，它工作正常。 不過, 在 2010 環境, 互聯網資源管理器中不想下載 XML:
如您所見, 我知道它有 21 k 或這樣的內容。 不過, 在按一下保存按鈕的時, 我有:
(無法打開這個互聯網網站。 請求的網站不可用或無法找到。 請稍後再試。)
我炒了 提琴手 和，可以看到的輸出, 然而。 看來有可能是 SP2010，可防止 owssvr.dll 它想要的方式說明，轉遞其 XML 有效負載中發生的事。 或, 我的 SP2010 環境只表現得很有趣.
還以為這是有趣的......
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
底線: 如果您想要創建的觀眾在規則中使用的配置檔案屬性, 該屬性必須是可見的"人人"
正在與一位同事昨天和他建立了一個基於自訂使用者設定檔屬性在 MOSS 中的苔蘚觀眾. 在此情況下, 觀眾屬性命名為"SITECD"和公約 》, 存儲 3 字元代碼. 他確定觀眾和說，如果"SITECD 等於 '亞沙會'"的規則, 然後在觀眾中包含該使用者設定檔.
他建立了具有此值的單個使用者設定檔，並編制觀眾, 但莫斯根本不會將該使用者添加. 我注意到，該設定檔的隱私設置設置為"僅自己" (限制性最強的表單) 我記得讀某處該屬性在規則中使用的設定檔必須是可見的"每個人". 他作出轉變，這解決了問題.
關於這真的很有趣的事情是我"想起"閱讀關於這. 它由於某種原因被嘮叨著我今天早上和我意識到這書寫一章, 莫斯解釋說: 資訊工作者的深潛到 Microsoft Office SharePoint 伺服器 2007, 我寫了我覆蓋這點非常章 :). 我想，每一個詞都在這一章將銘刻在我的記憶.
馬特 · 莫爾斯寫了這美麗的細節在這裡，就在這一章中其引用了: http://blogs.pointbridge.com/Blogs/morse_matt/Pages/Post.aspx?_ID=50
</結束>
訂閱我的博客.
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我一直在使用 SharePoint SSO 和學習，因為我去. 這工作的一種方法是，你告訴 SharePoint 外部應用程式. 使用者登錄到該應用程式通過一些 SharePoint 功能 (例如：. iView web 部件). 第一次在使用者執行此操作, 它會提示他們為正確的使用者 id 和密碼才能使用該系統. 它建立您的 SharePoint 憑據與您的憑據後, 端系統之間的映射. 此後, 為了輸入他們的 ID，當他們擊中了該系統的使用者不會有.
好為我工作的那部分. 不過, 它回避問題, "怎麼不會使用者更改該使用者 id 或口令?"使用者可能犯了一個錯誤, 或者也許你正在做一些測試在開發環境中，需要帳戶之間快速切換.
答案就知道了。, 但我知道你可以走進中央行政和管理使用者的憑據:
中央行政管理 — —> 操作 — —> 管理單一登入 — —> 管理企業應用程式定義的帳戶資訊
從那裡, 您可以指定外部應用程式 (例如：. SAP) 和你想要刪除的帳戶. 您還可以更改映射.
如果您知道如何允許最終使用者直接更改他們的憑據, 請發表評論🙂
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
我需要做一些小證明今天那 iView web 部件可以在我的客戶的環境中工作. 我從未共事過這片 SharePoint 之前.
在這個問題上，Microsoft 創建了一份非常高品質白皮書.
我不得不克服的第一個障礙是 — — iView web 部件在哪裡? 因為某些原因, 我第一個想到的是會有從某個地方的網站下載, 也許 SAP 的網站. 我了 1/2 相信自己，iView web 部件可能甚至成本額外. 答案是肯定的, 他們所附帶的青苔 (我認為企業; 這是什麼我使用此處在任何事件). 我見過標準的"添加 web 部件"對話方塊上百甚至更多時間和總是掩蓋它. 沒有了!
下一個障礙是我不能閱讀說明.
正在使用的 web 部件，並備存得到這個令人討厭的消息:
沒有 SAP 伺服器配置此網站. 請與管理員聯繫以配置受信任的 SAP 伺服器.
白皮書清楚地說要編輯位於檔的設定檔"<磁碟機盤符:>\程式數值辦公室 Servers12.0ConfigTrustedSAPHosts.config". 第十次我看著那, 我看到的只是"程式 Files...Config"和我去了馬上到 12 配置單元. 一次我終於減慢到讀它, 我意識到我的錯誤，它也很容易解決.
我繼續在我快樂的路上與 SSO 配置. 這不是在向我清楚如果這樣行得通, 但這一天是另一個故事.
底線:
1. 開箱即用與 SharePoint 包括 iView web 部件 (也許企業).
2. 神奇的設定檔, ""TrustedSAPHosts.config, 沒有生活在 12 配置單元.
</結束>
跟我在 Twitter 上 http://www.twitter.com/pagalvin
今晚, 我在做一些愛好工作與在我的桌上型電腦上運行的虛擬機器. 我在我的手提電腦上連接出點可通過 IE 和我注意到可怕的性能. IE 保持凍結, 尤其是當我訪問會導致向下拉的右上角中的任何內容, 很好, 下拉清單. 我會點擊網站操作，事情被凍住了一段時間. 他們將凍結足夠長的時間，我切換到另一個瀏覽器視窗和做點別的. 如果我只限于導航周圍從頁到頁面, 它是合理的快速, 但即使感覺慢. 通常, 事情是非常快.
我有這發生到我的面前，我想，我最終在時間重新開機. 我要這樣做，當我以某種方式通知我還是 VPN 不得不從用戶端 2 天前(!). 我拔下和，解決了我的性能問題.
</結束>
我們一直以來在使用者接受度測試 (使用者接受度測試) 環境，, 相比發展, 死慢.
它是一個複雜的環境，使用 FBA, SQL 2008, SSRS 和擴展的 web 應用程式可以在互聯網上使用 HTTPs 訪問, 因此，它已經很難跟蹤問題.
以前的客戶機, 我們與 LDAP 的角色提供程式一起使用 FBA (與成員資格提供程式). 我的一個同事, 比我更聰明, 確定的出"" LDAP 的角色提供程式, 在這種環境中使用時, 不很好縮放. 要解決這一問題，該用戶端, 他在一個自訂角色提供程式實施好的緩存方案.
這種情況似乎類似, 所以我們再回頭看這種解決辦法複製到今天的用戶端. 因為我調試，, 我注意到在系統日誌中會頻繁地出現此消息 (從事件檢視器):
輔助進程的進程 id 為 ' XXX’ 為應用程式池提供服務 ' 回家 – 80’ 要求的回收，因為它已經達到其虛擬記憶體限制.
我認為這意味著應用程式池被回收遠, 遠太經常這樣就能解釋性能問題.
我看著的應用程式池屬性和其"回收" 頁面顯示的"最大虛擬記憶體屬性 (以百萬位元組)" 已被設置為 true 並已設置為 5000. 這看起來像不夠, 但我決定以取消設置和值有直接的積極效應. 沒有更多的應用程式池回收. 沒有更多神秘緩慢起伏和停頓.
我真不理解基礎"的東西" 這那裡的, 但明確一種因果東西正在發生和現在, 使用者驗收測試環境是能用的.
</結束>
這是一個好的做法, 也許甚至是一種最佳做法, 審查您的搜索報告每月一次，並尋找機會添加最佳匹配, 調整你的詞庫，也許甚至發現一些商業情報，否則隱藏到管理.
這已經是第三個月. 時間的 awastin’ 🙂
</結束>
在 新澤西 SharePoint 使用者組 會議昨晚, 微軟 Sr. 產品的專業公司 DuWayne Harrison 提出 Microsoft 資料保護管理器 2007. DuWayne 很棒 (他表示支援一個或兩個同事，從觀眾的名字我不記得). 你可以在這裡演示文稿材料.
截至昨晚, 我從未聽說過 DPM.
我不是一個系統管理員類型人, 於是我寫這本從 SharePoint 顧問的角度來看可能會得到一些單詞錯誤. 對我來說, DPM 是微軟"東西"的備份/恢復解決方案:
以外的東西, 我會認為這是任何一種"真正的最低要求" 備份/恢復產品, DPM 還具有內置的智慧為 SharePoint. 它理解關於伺服器農場，讓你恢復:
實際還原過程涉及到從備份中提取目標資料並將它保存到一個"還原農場" 然後從那裡, 將其移到生產環境 (無論你想要還原或). 這是無縫, 但有很多的重點放在"恢復農場"的必要性. 恢復農場不需要匹配在每一個特定的生產環境 (主要是在物理拓撲) 但不會需要的範本匹配, 版本, 等.
我沒看到一個完整的端到端演示, 但 DuWayne 並顯示幕幕截圖和一些現場演示. 這似乎是它需要的一樣好, 至少為中等規模環境.
特別是被其中一定價震驚. 很明顯, 不要對此抱著我, 但我相信最貴的定價是大致如下 (以美元為單位):
五個伺服器場將價格最:
在許可證中的總成本: $2,850
在實踐中, 它會少些. 你不一定需要有 DPM 安裝在每個 web 前端, 舉個例子. 你也不一定需要企業許可證.
使用者介面是似乎很簡單，可能不需要任何特殊的培訓，以加速. 我專門做詢問，而且顯然有 1.5 一天類可用, 雖然它不是明顯對我的人真的很需要它.
所有的一切, 我覺得絕對是值得調查如果你出去找的資料保護解決方案的 SharePoint.
</結束>
Twitter: http://twitter.com/pagalvin