Archivy kategorií: Bez kategorie

SharePoint osvědčené postupy konference, “Osvědčené postupy,” a slon v místnosti

Měl jsem štěstí a prezentovat na konferenci minulý týden Doporučené postupy služby SharePoint. Já jsem stále nové celému mluvení "věc" a, Upřímně řečeno, Byl jsem trochu nervózní za první pololetí, zatímco jsem vypotil čekání mluvit sám. Trochu nervózní pocit, že se to trochu pro mě věnovat pozornost přednášejících (Ne, že si jich nevšímal). Místo toho, Zaměřil jsem se trochu více na účastníky.

Konference vždy nastavit mé mysli závodní a tam bylo mnoho svý na tenhle. Tato konference byla vynikající. Myslím, že to neobvyklý v několika způsoby. Nebylo to těžké developer conference. Tam byl rozhodně dev díly k němu, ale myslím, že to byl alespoň 60% zaměřuje na otázky-dev, Možná tak vysoké jako 80%. Já si myslím, že mluví k měnící se povaze trhu SharePoint. Firmy provádějí SharePoint v mnoha různými způsoby a hledáte návod, jak na to právo. A ne jen návod, jak vytvořit funkce/řešení (což už, velmi dobře zavedená).

Věřím, že konference byla nesmírně cenné, aby většina všem, že se zúčastnili, a já vím, že organizátoři v plánu udělat konference opět začátkem příštího roku.

Having řekl, že, Věřím, že byla promarněná příležitost, kterou doufám, že příští konference adresy. Říkám, že je to promarněná příležitost, ale to není nic špatného. Poznáváme potřeby Společenství je sama o sobě dobrá věc. Konference projednali řadu osvědčených postupů v různých oblastech, jako je řízení, školení, sběr požadavků, Hledat, vývoj, Informační architektura, atd. Myslím, že to promarněná příležitost má co do činění s "zelené louce" předpokladů, které mnoho osvědčených postupů.

Když mluvíme o zelené louce, Myslíme, že SharePoint nebyl pryč do výroby a Začínáme s čistým štítem. To je ideální, protože můžete začít hned používat osvědčené postupy pro definování a správu řízení, Informační architektura, atd. Avšak … Co se stane, když už jste v produkci s několika tisíc uživatelů (nebo 10 tisíc) a nechtěl postupujte podle osvědčených postupů na začátku? Viděl jsem společnosti s … Ehm … velmi lichá Informační architektura pečené do jejich životního prostředí. Nemyslím si, že tato konference poskytuje mnoho pokyny pro organizace s tímto druhem problému (a nemyslím tím jen IA, ale řízení, Hledat, mnoho dalších oblastí). Samozřejmě, vědět, že máte problém je součástí řešení a to je velmi cenný.

Myslím, že online komunity SharePoint neudělal mnoho to řešit buď. Já vím, že nemám. Je to velmi obtížný problém vyřešit na mnoha úrovních. Technicky je to těžké. Budget-Wise, je to těžké. Kulturně, je to těžké. Avšak, To je asi větší problém reálného světa, než většina. Vzhledem k tomu, že konference skončila, Přemýšlel jsem o těhle problémů a jak člověk by je řešit. Musí tu být lepší odpovědí, "odinstalovat a přeinstalovat" a Společenství musí čelit hlavou na.

Myslím, že to skvělá příležitost pro blogování Společenství a zkušený myslel vůdci položit některé návod, jak opravit jejich prostředí. Myslím, že je malé, ale non nulové riziko, že SharePoint by mohl skončit s trvalé a špatná pověst z důvodu špatně navržen implementace, které selžou z důvodu špatné správy, IA, atd.

</Konec>

Přihlásit se na mém blogu.

Doplněk Technorati značky:

Řídicí panely serveru SharePoint Online seminář

Můj přítel on-line, Mark Miller nad a Koncového uživatele služby SharePoint (www.endusersharepoint.com) je spuštěn zdarma jednu hodinu seminář zaměřen, jako obvykle, na úrovni Společenství koncovým uživatelem služby SharePoint.. To se odehrává v 1 EDT. Podrobnosti jsou zde: http://www.endusersharepoint.com/?p=785

Seděl jsem na jednom z jeho online seminář minulý měsíc a bylo to docela dobře a pokud máte zájem v některých velmi praktické informace na tabulích ve službě SharePoint, Jsem si jistý, že stojí 1 hodinu investice.

</Konec>

Přihlásit se na mém blogu.

Doplněk Technorati značky: ,

FBA a SQL Server: Milostný příběh

Můj kolega pracuje na webové části v prostředí FBA. Mimo jiné, Webová část táhne některá data ze serveru SQL server. Velký plán pro tento projekt diktuje, že DBA nastaví úroveň zabezpečení dat v SQL (na rozdíl od vložení ID uživatele v SQL dotazu, nebo nějaké jiné přístup).

Problém je, že SQL server neví nic o našem FBA prostředí tak to nám nemůže věřit. Jsme vyřešili tento problém, pro nedostatek lepšího slova, ručně zosobnění uživatele AD, tak, že jsme se mohli připojit k SQL tak, aby SQL data na úrovni bezpečnosti práce.

I když FBA je funkce technologie ASP.NET, jsme národ SharePoint lidi učil různé vyhledávače, je-li hledané pro FBA, musí znamenat, že chcete vědět, jak konfigurovat FBA ve službě SharePoint. Jsem se nepodařilo najít najít veškeré informace týkající se povolení FBA orientované prostředí ASP.NET aplikace komunikovat s SQL ve způsobu, jakým jsme potřebovali.

Při zkoumání to, jsme re-četl tento článek: Prostředí ASP.NET zosobnění

Další výzkum nás vedly k tomuto článku codproject: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

To nám pomohl napsat náš kód, což jsem uvedeny níže. Není to elegantní věci, ale fungovalo to. Doufám, že bude užitečné.

Zde je kód, který pracoval pro nás:

chráněná void btnSearchCarrier_Click(objektu odesílatele, EventArgs e)
 {
 zkusit
 {
 ImpersonateUser iU = nové ImpersonateUser();
 // TODO: Nahradit pověření iU.Impersonate("Název domény", "Uživatelské jméno", "Heslo");

//
 KÓD
//

 iU.Undo();
 }
 Catch (Výjimka ex)
 {

 }
 }

// Pomocí zosobnění třídy, jak je uvedeno níže.

veřejné Třída ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = pravda)]
 veřejné statický extern bool LogonUser(
 Řetězec lpszUsername,
 Řetězec lpszDomain,
 Řetězec lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 ref IntPtr phToken);

 [DllImport("kernel32.dll", CharSet = CharSet.Auto)]
 soukromé extern statický bool CloseHandle(IntPtr popisovač);

 soukromé statický IntPtr tokenHandle = nové IntPtr(0);
 soukromé statický WindowsImpersonationContext impersonatedUser;

 // Je-li začlenit tento kód do knihovny DLL, Ujistěte se, že požadovat, aby
 // spustí s FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Jméno = "FullTrust")]
 veřejné void zosobnit(název_domény řetězec, řetězec uživatelské jméno, řetězec hesla)
 {
 zkusit
 {

 // Nespravovaná LogonUser funkci použít k získání tokenu pro uživatele
 // Zadaný uživatel, doména, a heslo.
 const int LOGON32_PROVIDER_DEFAULT = 0;

 // Tento parametr způsobí LogonUser k vytvoření primární token.
 const int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Krok -1 Volejte LogonUser získat popisovač token přístupu.
 bool returnValue = LogonUser(
 uživatelské jméno,
 název_domény,
 heslo,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 ref tokenHandle); // tokenHandle - nový token zabezpečení

 Pokud (false == returnValue)
 {
 Vrácená hodnota: int = Marshal.GetLastWin32Error();
 Console.WriteLine("LogonUser volání se nezdařilo s kódem chyby. : " +
 ret);
 hod nové System.ComponentModel.Win32Exception(ret);
 }

 // Krok - 2
 WindowsIdentity newId = nové WindowsIdentity(tokenHandle);
 // Krok -3
 impersonatedUser = newId.Impersonate();

 }
 Catch (Výjimka ex)
 {
 Console.WriteLine("Došlo k výjimce. " + ex.Zpráva);
 }
 }


 /// <Shrnutí>
 /// Zastaví zosobnění
 /// </Shrnutí>
 veřejné void zpět()
 {
 impersonatedUser.Undo();
 // Zdarma tokeny.
 Pokud (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</Konec>

Přihlásit se na mém blogu.

Doplněk Technorati značky:

Přidání do tradice: Stanovení mi říká “rsAccessDenied”, Ale … Opravdu mají přístup

O několik týdnů zpět, Jsem pracoval s kolegou vývojář na projektu, zahrnující služby SQL Server Reporting Services modul plug-in pro mech. On byl vývoj webovou část, která poskytuje fantazie front-end pro správné zprávy (Hlavním rysem je chytré vyhledávání na parametr s několika tisíc prohledávat hodnoty za).

To funguje skvěle i ve vývojovém prostředí, ale v testování přijetí uživateli (UAT) prostředí, to nebude fungovat. Qůli debugger, bychom vidět podrobnosti o výjimce takhle:

Oprávnění udělené uživateli "UAT_domainmosssvc" nejsou dostatečné pro provedení této operace.(rsAccessDenied).

Pokud si na výše uvedené chybě služby live search, zjistíte, že je to docela běžné. Děsivě společné. Nejhorší druh společného, protože to má mnoho různých potenciálních kořenové příčiny a cítí se"navrhované řešení" doprava. Pravděpodobně jsme se snažil je všechny.

V našem případě, problém byl, že jsme udělali zálohování či obnovení DEV UAT. Někde v datech, ještě něco o "DEV_domain" (namísto aktualizované "UAT_Domain"). Vytvořili jsme nový web, přidány že webové části a že náš problém vyřešil.

Doufejme, že to zachrání někdo hodinu nebo dvě po trati.

</Konec>

Přihlásit se na mém blogu.

Doplněk Technorati značky:

Menší veřejné oznámení: Windows Live bezpečnostní nastavení a kontaktování prostor vlastníci

Zobrazí několik zpráv od jednotlivců prostřednictvím vestavěné "poslat zprávu" funkce Microsoft poskytuje s live spaces (což také hostí můj blog) každý měsíc.

Zhruba jedna třetina času, Tito uživatelé si zajistili jejich účet live spaces, tak, že nemůže odpovědět. To je nějaký druh funkce ochrany proti nevyžádané poště, kterou předpokládám.

</Konec>

Jsou “Neznámá chyba” Zprávy opravdu lepší než trasování zásobníku?

Četla jsem si Ondra blog post jak Povolit zobrazení trasování zásobníku a teď jsem zvědav: Proč vždycky neprokážeme trasování zásobníku?

Kdo přišel s toto pravidlo a proč jsme po ní?

Koncoví uživatelé budou vědět, že je něco špatně v obou případech. Alespoň s trasování zásobníku, Stisknutím kontroly printscreen, kopírovat/vložit do e-mailu a odeslat ji na to. To by zjevně snižují čas a úsilí potřebné k řešení problému.

</Konec>

Doplněk Technorati značky:

ID události 1023: “Systém Windows nemůže načíst DLL MSSCNTRS rozšiřitelných čítačů”

AKTUALIZOVAT (04/08/08): Zdá se, že jsem vyřešil tento problém. Z příkazového řádku, Běžel jsem "c:\windowssystem32lodctr /R" podle na položku mluví o InstallShield problémy a že se zdá vyřešil to pro mne.

Všiml jsem si že v poslední době, můj desktop/server ventilátor nikdy nevypíná. Já vím, že to lze vypnout. Vzal jsem si chvilku kontrolovat, to si všiml, že VMware proces byl spuštěn konzistentní 20% využití na jednom z CPU. Zkontrolovat protokol událostí a viděl tyto chyby v protokolu aplikace děje mnohokrát za minutu:

Systém Windows nemůže načíst rozšiřitelného čítače DLL UGatherer, kód chyby systému Windows je v první hodnotě DWORD v datové oblasti.

Systém Windows nemůže načíst rozšiřitelného čítače DLL UGTHRSVC, kód chyby systému Windows je v první hodnotě DWORD v datové oblasti.

Systém Windows nemůže načíst DLL MSSCNTRS rozšiřitelných čítačů, kód chyby systému Windows je v první hodnotě DWORD v datové oblasti.

Pokud jsem k podrobnostem podrobnosti o jeden z těch zpráv, Já si to:

Zdroj: Oddílu Perflib

Typ: Chyba

Kategorie: Žádný

ID události 1023

Udělal jsem nějaký výzkum a tam byl nějaký údaj, že by mohl být problém oprávnění pro přístup do knihovny DLL. Hrál si s tím ale nemohl ovlivnit věci v pozitivním způsobem, tak jsem to vzdala.

VMware se neodbytná o provedení aktualizace pro docela nějaký čas, tak jsem si zapsal na verzi nainstaloval (zřejmě "1.0.1 build 29996") a aktualizaci. To mě Upgradoval na v1.04. Bohužel, nevyřešila problém.

Můžete zastavit šílený počet zpráv bude mé žádosti protokolu, pokud jsem vypnul službu s názvem "VMware Authorization Service". To mi brání používat VMware software, Takže … není tak skvělá volba.

Hostitelský operační systém je Windows XP 64 bit.

Nemyslím si, že to se vždycky stalo, ale nepamatuju si žádné konkrétní událost, která by mohly vést k němu.

Proto nesnáším počítače.

</Konec>

Doplněk Technorati značky:

Diskusní fórum: Prosazování nejlepších postupů dodržování v triviální MOSS prostředí

Chlapík, "Mark", spustil se potenciálně zajímavé diskuse diskusní skupiny zaměřené na "o vynikající správa SharePoint od počátku" pro 35,000 Uživatelské prostředí.

Diskuse je zde: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Obyvatel na konec a přispět!

</Konec>