分類存檔: 未分類

SharePoint 最佳做法會議, “最佳做法,” 和房間裡的大象

我很幸運地參加和出席上周的 SharePoint 最佳做法會議. 我仍然新向全體發言"的東西" 和, 坦白地說, 我是有點緊張上半年雖然我出汗了輪候發言我自己. 有點緊張的感覺使我注意到主持人有點難 (不是我忽略了他們). 相反, 多一點集中到出席者.

會議始終設置我的頭腦賽車,這一點與很多拍. 這次會議是優秀. 我認為這是不尋常的幾種方法. 它不是重開發者大會. 當然有 dev 零件到它, 但我認為它是至少 60% 側重于非開發問題, 也許會高達 80%. 我認為這說到 SharePoint 市場不斷演變的性質. 公司正在實施 SharePoint 中以各種方式和他們正在尋找如何這樣做的權利的指導. 並不只是指導如何創建功能/解決方案 (現在由, 建立了很好).

我相信這次會議是非常有價值,對大多數人來說,參加而主辦單位計畫做會議再次明年年初.

在這樣說, 我相信當時錯過了一個機會,我希望下次會議位址. 這是一個被錯過的機會, 但這不是一件壞事. 發現社會需要在其本身是一件好事. 會議討論了大量的各種治理等領域的最佳做法, 培訓, 需求收集, 搜索, 發展, 資訊體系結構, 等. 我認為錯失機會,跟"綠色田野" 假設的許多最佳做法.

當我們談論綠色領域, 我們的意思是,SharePoint 至今還未投產,我們開始與一個乾淨的石板. 這是理想的因為你可以馬上使用的最佳做法,用於定義和管理治理, 資訊體系結構, 等. 不過 … 當你已經在生產的幾千個使用者時,會發生什麼 (或 10 的數千人) 和你沒有遵循最佳做法在開始? 我見過的公司 … 啊咳 … 非常 奇數 烤到他們的環境的資訊體系結構. 我不認為這次會議提供多少指導對於這樣的問題的組織 (我剛才的意思是 IA, 但治理, 搜索, 許多其他領域). 答案是肯定的, 知道你有什麼問題是大解決方案的一部分,這是非常寶貴的.

我認為網上的 SharePoint 社區做的來解決這個問題也還不. 我就不. 它是一個非常難的問題,要解決許多層面. 從技術上講很難. 直面很難. 文化, 很難. 不過, 它可能是比大多數更大的現實世界問題. 由於會議結束, 我一直在思考這類問題和一個將如何解決他們. 必須有更好的答覆, "卸載並重新安裝" 和,社會需要面對它的頭上.

我認為這很好的機會,博客社區,經歷過思想領袖來佈置一些指導如何修復他們的環境. 我認為有一個小但 SharePoint 最終可能會造成的壞和持久的聲譽不佳的非零風險架構實現因管理不善而失敗, IA, 等.

</結束>

訂閱我的博客.

Technorati 標籤:

SharePoint 儀表板線上研討會

我線上的朋友, 在馬克 · 米勒和 最終使用者 SharePoint (www.endusersharepoint.com) 正在運行有針對性的免費一小時研討會, 他總是一樣, 在 SharePoint 最終使用者社區. 它發生在 1 分 00 秒 EDT. 詳細資訊在這裡: http://www.endusersharepoint.com/?p=785

有坐在上個月他線上研討會之一,這是相當好,如果你感興趣非常實用的資訊在 SharePoint 中的儀表板, 肯定值得 1 小時投資.

</結束>

訂閱我的博客.

Technorati 標籤: ,

FBA 和 SQL Server: 一個愛情故事

我的同事一直致力於在 FBA 環境中的 web 部件. 除其他外, web 部件拉一些資料從 SQL server. 為此專案的宏偉計畫規定 DBA 在 SQL 配置資料級安全性 (而不是嵌入的使用者 ID 的 SQL 查詢或某些其他方式).

問題是 SQL 伺服器不知道任何有關我們 FBA 環境,所以它不能信任我們. 我們解決了這個問題的, 好的詞, 手動類比 AD 使用者,以便我們可以連接到 SQL 這樣 SQL 資料級安全工程.

即使 FBA 是 ASP.NET 功能, 我們 SharePoint 民族人教的各種搜尋引擎,如果你要查詢的 FBA, 你一定是說你想要知道如何在 SharePoint 中配置 FBA. 我沒能找到找到任何資訊有關如何啟用 FBA 面向 ASP.NET 應用程式以與 SQL 的方式我們需要溝通.

在研究這, 我們重新讀這篇文章: ASP.NET 類比

更多的研究把我們帶到這 codproject 篇文章: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

這説明我們寫我們的代碼, 其中已經低於. 它不是最優雅的東西, 但它的工作. 我希望對您有所説明.

下面是曾為我們工作的代碼:

受保護 空 btnSearchCarrier_Click(物件寄件者, EventArgs e)
 {
 請嘗試
 {
 ImpersonateUser iU = 新增功能 ImpersonateUser();
 // TODO: 替換憑據 iU.Impersonate("功能變數名稱", "使用者名", "密碼");

//
 代碼
//

 iU.Undo();
 }
 捕獲 (Ex 的異常)
 {

 }
 }

// 使用下面所述的類比類.

公眾 ImpersonateUser
 {
 [DllImport(""advapi32.dll, 了 = 真正的)]
 公眾 靜態 extern LogonUser bool(
 字串 lpszUsername,
 字串 lpszDomain,
 字串 lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 ref IntPtr phToken);

 [DllImport(""kernel32.dll, CharSet = CharSet.Auto)]
 私人 extern 靜態 CloseHandle bool(IntPtr 控制碼);

 私人 靜態 IntPtr tokenHandle = 新增功能 IntPtr(0);
 私人 靜態 WindowsImpersonationCoNtext impersonatedUser;

 // 如果您將此代碼合併到一個 DLL, 一定要要求它
 // 運行具有 FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, 名稱 = ""FullTrust)]
 公眾 無效類比(字串功能變數名稱, 使用者名的字串, 字串密碼)
 {
 請嘗試
 {

 // 使用非託管 logonuser) 函數來獲取使用者標記為
 // 指定的使用者, 域, 和密碼.
 const int LOGON32_PROVIDER_DEFAULT = 0;

 // 傳遞此參數,將導致 logonuser) 來創建一個主權杖.
 const int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // 一步 -1 調用 logonuser) 來獲取訪問權杖的控制碼.
 bool returnValue = logonuser)(
 使用者名,
 功能變數名稱,
 密碼,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 ref tokenHandle); // tokenHandle - 新的安全權杖

 如果 (false = = returnValue)
 {
 int ret = Marshal.GetLastWin32Error();
 Console.WriteLine("Logonuser) 調用失敗,錯誤代碼為 : " +
 ret);
 拋出 新 System.ComponentModel.Win32Exception(ret);
 }

 // 一步 - 2
 WindowsIdentity newId = 新增功能 WindowsIdentity(tokenHandle);
 // 一步 -3
 impersonatedUser = newId.Impersonate();

 }
 捕獲 (Ex 的異常)
 {
 Console.WriteLine("發生的異常. " + 前。消息);
 }
 }


 /// <摘要>
 /// 停止類比
 /// </摘要>
 公眾 void 撤銷()
 {
 impersonatedUser.Undo();
 // 無標記.
 如果 (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</結束>

訂閱我的博客.

Technorati 標籤:

添加到傳說: SSRS 告訴我 “rsAccessDenied”, 但 … 真的沒有存取權限

幾個星期回, 正在著手與同事開發一個專案,涉及 SQL 伺服器報表服務外掛程式的苔蘚. 他正在提供幻想前端報告適當的 web 部件 (主要特點是具有幾個一千可搜索值在它後面的參數上聰明的查找).

這很大工作,在開發環境中,但在使用者接受度測試 (使用者接受度測試) 環境, 它不會工作. 發射了調試器, 我們將會看到像這樣的異常詳細資訊:

許可權授予使用者 'UAT_domainmosssvc' 是不足,無法執行此操作。(rsAccessDenied).

如果你做上述錯誤的即時搜索, 你發現它是很常見. 可怕的是共同. 最差勁的常見,因為它有許多不同的潛在的根本原因和每個人的建議的解決方法"感覺" 權利. 我們可能都試了試.

在我們的案例, 問題是我們對使用者接受度測試做了的 DEV 的備份/還原. 在資料的某個地方, 東西仍然指"DEV_domain" (而不是更新後的"UAT_Domain"). 我們創建了一個新的網站, 添加 web 部件,並且,解決我們的問題.

希望這將節省的人沿著這條線的一兩個小時.

</結束>

訂閱我的博客.

Technorati 標籤:

正在 “未知的錯誤” 消息真的比一個堆疊追蹤?

我在閱讀如何 Madhur 的博客 啟用堆疊追蹤顯示 現在我想知道: 為什麼不要我們總是顯示堆疊追蹤?

誰走過來與該規則,為什麼我們要遵循它?

最終使用者會知道無論哪種情況不對勁. 至少與一個堆疊追蹤, 他們可以按控制列印螢幕, 複製/粘貼到電子郵件並將它發送給它. 這顯然會減少解決問題所需的精力與時間.

</結束>

Technorati 標籤:

事件 ID 1023: “Windows 無法載入 DLL MSSCNTRS 的可擴展計數器”

更新 (04/08/08): 我似乎已經解決了這個問題. 從命令列, 我跑"c:\windowssystem32lodctr /R" 作為每一個條目淺談歡迎使用安裝問題,那似乎已經為我解決了.

我注意到最近, 我的桌面/伺服器風扇永遠不會關閉. 我知道它用來關閉. 我花了點時間檢查出來注意 VMware 進程運行一致 20% 在一個 CPU 的利用率. 我檢查事件日誌,看到這些發生數十次每分鐘應用程式日誌中的錯誤:

Windows 無法載入 DLL UGatherer 的可擴展計數器, 資料節中的第一個 dword 值是 Windows 錯誤代碼.

Windows 無法載入 DLL UGTHRSVC 的可擴展計數器, 資料節中的第一個 dword 值是 Windows 錯誤代碼.

Windows 無法載入 DLL MSSCNTRS 的可擴展計數器, 資料節中的第一個 dword 值是 Windows 錯誤代碼.

如果我鑽到這些消息之一的詳細資訊, 我得到了這:

源: Perflib

類型: 錯誤

類別: 無

事件 ID 1023

做了一些研究和一些跡象表明,這可能是在進入 Dll 問題方面的許可權問題. 把玩了一下那東西,但不是能影響事情以積極的方式,所以我放棄了,.

VMware 把我困擾了關於執行相當一段時間的更新, 所以我給記下來我已經安裝的版本 (顯然"1.0.1 build 29996") 並更新. 這把我升級到 v1.04. 不幸的是, 未解決問題.

我可以停止瘋狂的去我的應用程式日誌,如果關閉了名為"VMware 授權服務"的服務的消息數. 這阻止我使用 VMware 軟體, 所以 … 不是很好的選擇.

主機作業系統是 Windows XP 64 位.

我不認為這總是發生了, 但我不記得,它可能會導致任何特定事件.

這就是為什麼我討厭的電腦.

</結束>

Technorati 標籤:

論壇討論: 執行非平凡蘚類環境中的最佳做法法規遵從性

研究員, "標記", 潛在有趣的新聞群組討論,重點"建立優秀 SharePoint 治理從一開始已啟動" 為 35,000 使用者環境.

這裡是討論: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

在流行音樂上和貢獻!

</結束>