快速的印象: SharePoint 系統中心容量規劃師

我剛炒了容量規劃工具的 這些天的所有憤怒.

發現它便於使用,並快速建模工作今年夏天的用戶端環境.

有些惶恐, 我按下了最後的確定按鈕,它建議非常類似于我們給我們的客戶的東西 (我們實際上扔在第二個應用程式伺服器中為未來 excel 使用). 我認為這個是一個好兆頭,增加我的自信在工具中.

它看起來很強大的東西更多好的出發點比一個空白頁.

我喜歡那個讓你進入某些好的細節資訊環境. 有多少使用者, 你如何專案他們將使用系統 (發佈, 合作, 等), 分支辦公室和連通性 / 他們與媽媽伺服器之間的網路容量. 好的東西.

它先廣泛基於提出問題,然後允許您調整您的環境相當精細模型的詳細資訊.

我猶豫了一下下載它,因為我有很多其他事情要看著它, 閱讀並試圖消化. 我很高興我這麼做.

這是一個簡單的兩步過程. 下載系統中心容量規劃師,然後下載 SharePoint 模型. 它在 Windows XP 上運行的很好.

基於我快速的印象, 它可能會考慮如何看不到:

  • 搜索: 文檔總數, 也許類型的文檔, 語言.
  • Excel 伺服器: 多少, 如果在所有?
  • 表單伺服器: 多少, 如果在所有?
  • BDC: 多少, 如果在所有.

那些可能進行建模和我只是沒看到他們在 10 分鐘審查.

我一定會在我下一次用戶端使用它.

如果沒有 顧問 而是為一個真實公司工作 :), 我將模型我當前的環境,看看該工具的推薦的模型與現實的匹配. 那將是很整潔. 它可能會導致一些良好的基礎設施的討論.

</結束>

Technorati 標籤:

解決方案: 對 System.IO.FileNotFoundException “中的 SPSite = 新中的 SPSite(url)”

更新: 我發佈這一問題到 MSDN 在這裡 (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) Michael Washam 的微軟用一個簡明的答案進行了回擊.

創建 web 服務,以作為 BDC 友好門面 到 SharePoint 清單. 當我用這個從我的開發環境, 它能正常工作. 當我這遷移到新的伺服器, 此錯誤:

System.IO.FileNotFoundException: 在 Web 應用程式 http://localhost/sandbox 無法找到. 驗證正確地鍵入 URL. 如果 URL 應該提供的現有內容, 系統管理員可能需要添加一個新的請求的 URL 對應到目標應用程式. 在 Microsoft.SharePoint.SPSite...建構函式(SPFarm 農場, Uri requestUri, 布林 coNtextSite, SPUserToken userToken) 在 Microsoft.SharePoint.SPSite...建構函式(字串 requestUrl) 在 Conchango.xyzzy.GetExistingDocument(字串 minId, 字串 maxId, 字串 titleFilter) C:\文檔和 SettingsPaulMy DocumentsVisual 工作室 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:線 69

這裡是線 69:

使用 (SPSite 網站 = 新 SPSite("http://localhost/sandbox"))

我試著 URL 不同變奏曲, 包括使用伺服器的真實姓名, 它的 IP 位址, 該 url 的斜線結尾, 等. 我總是得到該錯誤.

我用 在谷歌 它的研究. 很多人面臨著這個問題, 或它的變化, 但似乎沒有人出錢解決.

Tricksy MOSS 提供詳細它並沒有給我檢查發生的錯誤 12 蜂巢日誌. 最終, 關於 24 小時後 我的同事 推薦我這樣做,, 簽出狀態 12 配置單元日誌,發現這:

嘗試獲取本地農場時出現異常:
System.Security.SecurityException: 不允許進行請求的註冊表訪問.
在 System.ThrowHelper.ThrowSecurityException(ExceptionResource 資源) 在 Microsoft.Win32.RegistryKey.OpenSubKey(字串名稱, 布林值可寫) 在 Microsoft.Win32.RegistryKey.OpenSubKey(字串名稱) 在 Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() 在 Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() 在 Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& 農場, 布林值& 種矛盾又摻雜)
失敗的程式集的區域是:  我的電腦

這開闢了新途徑的研究, 所以它又回到了谷歌. 我被引到這 論壇帖子: http://forums.codecharge.com/posts.php?post_id = 67135. 這真的幫不了我,但它確實開始讓我覺得那裡是一個資料庫和/或安全的問題. 我受盡折磨和 安德魯 · 康奈爾 最後觸發後說我要確保應用程式池標識帳戶有權訪問資料庫的思想. 我以為它已經打了. 不過, 我的同事去和給 SQL 應用程式池標識帳戶完全訪問.

為她做了這種變化, 一切都開始工作.

下面發生的事情是最好的表示為 俳句 詩:

問題舉手.
你擺動和小姐. 再試一次.
成功! 但如何? 為什麼?

她並不想這樣獨自一人離開的事情, 更傾向于給最低所需的許可權 (可能著眼寫博客條目; 毒打沖到, muhahahahaha!).

她從應用程式池標識帳戶之前刪除連續的許可權 … 已不再有任何明確權限的應用程式池標識帳戶在所有. Web 服務繼續工作得很好.

我們去和重新開機伺服器. 一切繼續做工精細.

所以, 重述一遍: 我們給應用程式池標識完全存取權限,然後把它拿走了. Web 服務開始工作,永遠不會停止工作. 奇怪.

如果有人知道為什麼應該會起作用, 請留下評論.

</結束>

Technorati 標籤:

解決方案 (排序的): 使用 SharePoint 設計器為任務設置的優先順序

我有這樣的業務方案:

  • 使用者將文檔上載到文件庫.
  • 她選擇一個內容類型,根據需要輸入中繼資料. 元資料欄位之一是一個標誌, "緊急".
  • 這會觸發一個設計器 SharePoint 工作流,, 除其他事項外, 使用"收集的資料從使用者" 行動.

"從使用者那裡收集資料" 清單中的工作要求核准為該文檔創建一個專案.

我需要創建一個視圖的工作清單的顯示緊急請求核准.

解決方案: 放話"緊急:" 到這些任務標題.

我本來想直接指定優先順序欄位. 不過, 我不能做,有幾個原因:

  1. 收集資料行動不提供一種機制來更新標題以外的任何欄位 (和那些您要為其收集的資料的附加欄位).
  2. "分配來做專案" 行動有同樣的問題.
  3. 它是可能要插入到清單中的項 (e 小節. 直接插入到工作清單中的項) 但這不是阻塞的行動. 這意味著工作流不會等待使用者來完成這項任務.

審議了之前的幾條途徑 (值得慶倖的是) 實現我們可能只把"緊急" 在標題中.

  1. 在工作清單中本身啟動工作流,以便在創建一個新的任務時, 它以某種方式交叉引用回到開始的第一個工作流的文檔, 拔出緊急標誌值,更新所需的優先.
  2. 做類似的事件接收器. 創建任務, 查找關聯的文檔和根據需要更新優先順序.
  3. 使用"創建清單項" 與之前的"等待欄位更改一起行動" 行動和事件接收器. 如果我們創建一個清單項, 我們可以指定我們想要的所有欄位. 使用事件接收器來更新原始專案,當使用者完成任務和"等待場變化" 將滿足行動的條件和工作流將繼續. (因為某些原因, 我已經更多或更少的這種做法明智地決定要走了一段時間之前解決了).

有缺點我的解決方案 (除了這個明顯的事實,只有標題的文本指示緊迫性). 自"收集回饋" 只接受硬式編碼標題名稱, 我需要使用兩個不同的收集回饋行動的唯一的區別是,硬式編碼標題.

但, 至少有一種解決方案,不需要事件接收器或 SPD 的自訂操作.

如果一個人在一個更聰明的辦法解決了這, 請讓我知道.

</結束>

周日滑稽: 在他的腳保持你的兒子

許多的歡樂,我參加一個十歲男孩的父母之一尋找新的方式,讓他笑或想有點不同問題和世界上的東西. 我多年來使用這些技術:

===

曲解他的問題:

兒子: 它是什麼日子?

老爸: 一天之前 (星期三).

S: 無, 它是該月的什麼日子?

D: 哦, 它有 4 天后揚 25.

===

撓撓他,告訴他你不會再當他停下來笑.

===

下樓梯到電視室去宣佈, "它是好爸爸。" 然後, 接他去送溫暖的魔坐在沙發上,並將更改到好東西, 像科學幻想小說頻道.

===

大聲朗讀的故事. 插入在故事當中的荒謬句子. 我最喜歡的是添加"當場殺死他" 當主角遇到一些小麻煩. 舉個例子, "刀滑在他的手中, 切他的食指, 他當場死亡." 沒有什麼很獲取你兒子不自滿和被動偵聽模式作為主要的角色被當場死亡.

===

不正確地讀故事. 讀一讀句子落後. 最好的這部分是第一夫婦的時候,我是這, 我的兒子認為他在幫我指出我沒有讀單詞按照正確的順序. 一面是他真的不希望我再讀給他聽.

===

漢堡王去吃午飯. 我的兒子會 BK 早上吃, 黑夜和白天如果我們讓他. 什麼時候, 告訴他, "我知道你討厭去那裡, 但我們只是別無選擇。" 當他試圖解釋他愛 BK, 在他說話和說的事情喜歡"我們沒有時間來爭論它! 我們將要和我不想要討論!"

(這讓我想起我最喜歡的柏格笑話: "柏格王: 我們做我們的方式. 你的方式是無關緊要的。" 哈哈哈!)

===

打開一本書到頁 9 和說, "嗯, 這就是奇數頁".

===

充斥著整個世界的頭號敵人. "我們要在腳趾快速運行 7-11, 頭號敵人的 11-7".

"你姑媽住在伯明罕的 3, 到 Squarewood 鎮的拱敵人。"

===

我們開車到麻塞諸塞州從新澤西一年幾次和它經常需要有關 5 小時門到門. 當我們到家,把車開到車道上說, "哦, 我忘了, 我們需要對家得寶進行快速短劃線。"

===

觀看在一個電視節目中的暴力情節時 (如英雄), 告訴你的兒子, "幾次, 在工作, 我需要通過燃燒他們活著利用我的腦海中權力消滅我的敵人. 我不喜歡做它, 但你該做什麼。"

===

當看壞恐怖電影 (請參閱"它是好爸爸" 以上), 不大可能的動機歸因於邪惡的字元. 例如, 告訴你的兒子 Jason 是如此生氣的原因是因為他想要一些蛋糕,他們不會讓他有任何.

===

不正確地解釋電話號碼. 而不是告訴你的兒子要撥打"201-111-2222", 告訴他這是"2-011-1-12222".

===

你用什麼花招?

</結束>

Technorati 標籤:

客串博客?

在一個給定的部落客辦"博主"政治博客世界似乎相當普遍. 當我在政治博客土地時我必須戴不同對眼眼鏡因為它永遠不會發生到我那"客人博客" 可能是有意義的像我這樣的技術博客. 那是, 直到我讀了這篇文章由 Kanwal Khipple 在 最好的 SharePoint 的嗡嗡聲- 1 月 2008.

對它的思考, 我相信可能有很多在 SharePoint 土地外面有癢,但放在一起的一篇文章的人, 短或長, 技術或更加面向業務, 等, 但不要為所有的通常原因運行自己的博客. 如果你是一個人, 我很樂意主辦. 您可以通過電子郵件聯繫我或留下你的評論. 我還沒有想通過任何類型的準則, 但我想我會希望它面向各地 SharePoint, 但我也喜歡扔在諮詢一些個人的看法 現在然後. 我也嘗試發佈 "周日滑稽" 每個星期和我肯定要為此耗盡的想法.

如果您已經是一個週期性博客,但想要客人寫博客的實驗, 我也是對那絕對開放, 無論是作為主人還是客人 🙂

</結束>

Technorati 標籤:

BDC ADF 導入失敗的解決方案: “出現了以下錯誤:”

我用手再一次被精心 BDC ADF 檔編制 (這樣,可以生成我 "離開我的草坪!" 房置業) 打了這個可愛的錯誤:

圖像

"應用程式定義導入失敗. 出現了以下錯誤:"

如您所見, 有錯誤, 但 … 它不會告訴我它是什麼.

以我為例, 問題原來我已經開始了與一個不同的專案,它連接到資料庫並執行對視圖的 SQL 查詢功能 ADF. 在這個新專案, 我號召一個 web 服務方法. 去掉了 DB 的具體東西,加上我的 web 服務東西, 但是,更新失敗 <LobSystem>類型屬性. 轉向了"web 服務" 和我愉快地移動到新的和更令人興奮的導入錯誤, 這是在適當的時候處理.

這裡是錯 LobSystem:

<LobSystem
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.microsoft.com/office/2006/03/BusinessDataCatalogBDCMetadata.xsd
類型 ="資料庫"
版本 ="1.0.0.0" 名稱 ="xyzzy"
xmlns ="
http://schemas.microsoft.com/office/2006/03/BusinessDataCatalog">

這是正確的:

<LobSystem
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.microsoft.com/office/2006/03/BusinessDataCatalogBDCMetadata.xsd
類型 ="web 服務"
版本 ="1.0.0.0" 名稱 ="xyzzy"
xmlns ="
http://schemas.microsoft.com/office/2006/03/BusinessDataCatalog">

</結束>

Technorati 標籤:

查找 BDC 似乎可行的替代

更新: 此 MSDN 張貼了一些有趣的評論,從基於他的 JXJ, 主要負, 走這條道路的經驗: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1

我們有一個業務方案,我們需要通過一個共同的"文件識別碼 的兩個文件庫連結" 欄位.

我們經常用到這樣的實現連結查閱列. 有幾個缺點查閱列, 其中有三:

  1. 從查找查找圖書館只有一列可以連結.
  2. 性能: 源庫可能包含數百個條目. 這就是在查找中的條目太多.
  3. 搜索: 有是沒有集成的搜索. 我不是指苔蘚意義上的搜索, 但沒有任何方法來搜索 / 對源文件庫中的多個列進行篩選並找到你想要的連結.

支援的 BDC, 我們可以用"業務資料" 列的類型,它提供了一個優越的搜索和甚至允許多個列的資料顯示在清單視圖.

已經取得了一些初步的成功使用這種方法,並計畫寫有關它的詳細資訊.

如果您過之前的這個角度,並有任何意見, 請分享!

</結束>

Technorati 標籤:

BDC 導入錯誤的解決方案: “不能載入設計圖的 TypeName 所描述的類型 …”

我一直與 BDC 今天, 手工編碼 ADF 檔和生成自己的一些錯誤. 一個此類錯誤:

應用程式定義導入失敗. 出現了以下錯誤: 不能載入設計圖的 TypeName 所描述的類型. 參數名稱: typeName 錯誤遇到或只是前行: 35’ 和位置: '' 20.

MOSS 顯示此錯誤,當我試圖將 ADF XML 檔導入.

我研究了互聯網,發現我參考的 LOB 實例名稱 (從 <LobSystemInstance>) 在我 <視覺化表示形式> 時應引用了本身的 LOB 名稱節點 (從 <LobSystem>).

錯了:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB 實例名稱" 名稱 ="KeyValue">

更正:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB 名稱" 名稱 ="KeyValue">

希望這一保存人一兩個小時的時間.

</結束>

訂閱我的博客!

Technorati 標籤: