Category Archives: Uncategorized

SharePoint-legjobb gyakorlatok konferencia, “Legjobb gyakorlatok,” és az elefánt a szobában

Szerencsém volt, hogy részt vegyen, és múlt héten SharePoint bevált konferencián. Én még új az egész szólva "dolog" és, Őszintén szólva, Én egy kicsit ideges első felében, míg én izzadt, ki arra vár, hogy beszélni magam. Hogy valami ideges érzést tette, hogy egy kicsit nehéz nekem, hogy fordítson figyelmet az előadók (nem, hogy figyelmen kívül őket). Ehelyett, Én egy kicsit jobban összpontosít a résztvevők.

Konferenciák mindig készlet az én-m törődik racing, és ott volt a sok megteszi ezt. Ez a konferencia volt kiváló. Azt hiszem ez volt a szokatlan többféleképpen. Nem volt egy nehéz fejlesztői konferencián. Voltak természetesen dev rész, de azt hiszem, legalább 60% -dev kérdésekre koncentrált, talán olyan magas, mint 80%. Azt hiszem, hogy beszél a változó jellege a SharePoint-piac. Vállalatok végrehajtására irányuló SharePoint többféle módon, és keresnek útmutatást, hogyan kell csinálni. És nem csak útmutatást, hogyan kell létrehozni a szolgáltatások és megoldások (ami mára, nagyon jól bevált).

Azt hiszem, a konferencia volt, rendkívül értékes, a legtöbb mindenkinek, hogy részt vett, és tudom, hogy a szervezők tervez-hoz csinál a konferencia ismét jövő év elején.

Azt mondta, hogy, Azt hiszem, volt egy elszalasztott lehetőség, ami remélem, a következő konferencia címek. Mondom, ez egy elszalasztott lehetőség, de ez nem egy rossz dolog. Felfedezni a Közösség szükség, és önmagában egy jó dolog. A konferencián megvitatták, számos, a legjobb gyakorlatok a különböző területeken, mint a kormányzás, képzés, követelmények összegyűjtése, Szálláshelyek keresése, fejlesztési, információs architektúra, stb. Azt hiszem, hogy az elszalasztott lehetőség van köze a "zöld mező" feltételezéseket, amelyek közül a legjobb gyakorlatok.

Amikor beszélünk a zöld mező, azt jelenti, hogy a SharePoint nem ment, a termelés, és tiszta lappal kezdünk. Ez ideális, mert máris használhatja azonnal bevált gyakorlatok meghatározása és kezelése a kormányzás, információs architektúra, stb. Azonban … Mi történik, ha már több ezer felhasználó termelés (vagy 10 ezer) és nem követte a legjobb gyakorlatok elején? Amit láttam a cégek … ejnye … egy nagyon páratlan információs architektúra sült a környezetbe. Nem hiszem, hogy ez a konferencia nyújtott sok útmutatást, ez a fajta probléma rendelkező szervezetek számára (és csak nem értem, IA, de kormányzás, Szálláshelyek keresése, számos más területen). természetesen, tudva azt, hogy egy probléma egy nagy része az a megoldás, és ez nagyon értékes.

Azt hiszem, hogy SharePoint online közösség nem tett sokat, hogy ez sem. Tudom, hogy nem. Egy nagyon nehéz probléma megoldására több szinten. Technikailag nehéz. Budget-Wise, nehéz. Kulturálisan, nehéz. Azonban, -a ' talán egy nagyobb valós probléma, mint a legtöbb. Mivel a konferencia véget ért, Már gondolkodtam az ilyen típusú problémák, és hogyan egy oldaná meg őket. Van egy jobb megoldás, mint a, "uninstall és visszahelyez" és a Közösségnek kell szembe vezetője a.

Azt hiszem, hogy ez egy nagyszerű lehetőség a blogging közösség és tapasztalt gondolat vezetők, hogy állapítson meg egy útmutatást, hogyan viselkedni kijavít a környezet. Azt hiszem, egy kicsi, de nem nulla annak veszélye, hogy a SharePoint a végén rossz és tartós jó hírű következtében rosszul tervezett megvalósítások, hogy előfordulhatott rossz kormányzás, IA, stb.

</vége>

Subscribe to my blog.

Technorati Tags:

SharePoint irányítópultok Online szeminárium

Az én-m online barát, Mark Miller felett és SharePoint-felhasználó (www.endusersharepoint.com) egy szabad egy órás szeminárium célzott fut., mint aki mindig nem, a SharePoint felhasználó közösségi. Ez történik a 1 pm EDT. Részletek itt van: http://www.endusersharepoint.com/?p=785

Már ültek egyik saját online szeminárium a múlt hónapban, és ez történt, nagyon jól, és ha-a ' érdekelt-ban néhány nagyon praktikus info irányítópultokon-SharePoint, Biztos vagyok benne, hogy érdemes a 1 befektetési óra.

</vége>

Subscribe to my blog.

Technorati Tags: ,

FBA-t és SQL Server: Egy szerelmi történet

Kollégám már dolgozik egy kijelző FBA-környezetben. Többek között, a kijelzőt húzza néhány adat SQL server. A nagy terv a projekt azt diktálja, hogy egy DBA szintű adatbiztonság állítja be az SQL (szemben egy felhasználói azonosítót beágyazása egy SQL-lekérdezés, vagy néhány más megközelítés).

A probléma az, hogy SQL server nem tud semmit a FBA-környezetünk, hogy nem bíznak bennünk. Ezt a problémát megoldottuk., hiányzik a jobb szót, kézzel egy AD felhasználó megszemélyesítése, úgy, hogy mi lehet csatlakoztatni az SQL, SQL-adatok szintű biztonság együttműködik, hogy.

Annak ellenére, hogy FBA az ASP.NET szolgáltatása, SharePoint-nemzet, a nép is tanított a különböző keresőmotorok, ha az űrlapalapú Hitelesítéshez weblekérdezésre, azt jelenti, ön akar tud hogyan viselkedni configure FBA SharePoint. Én nem sikerült megtalálni minden olyan információt, hogyan lehet engedélyezni az FBA-orientált ASP.NET-alkalmazás, hogy mi szükséges módon kommunikálni az SQL keresés.

Ennek kutatása során, mi újra olvasni ezt a cikket: Az ASP.NET megszemélyesítés

Több kutatás vezetett bennünket, hogy ezt a cikket codproject: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Hogy segített írni a kódot, amely már tartalmazott, alábbiakban. -A ' nem a leg--bb elegáns cucc, de ez munkás. Remélem Ön talál ez hasznos.

Itt van a kód, hogy együtt dolgozott velünk:

védett Érvénytelen btnSearchCarrier_Click(Tárgy, EventArgs e betű)
 {
 próbálja meg
 {
 ImpersonateUser iU = új ImpersonateUser();
 // TODO: Cserélje ki a hitelesítő adatok iU.Impersonate("Tartománynév", "Jelszó", "Jelszó");

//
 KÓD
//

 iU.Undo();
 }
 fogási (Kivétel ex)
 {

 }
 }

// Megszemélyesítés osztály említettek használatával.

nyilvános osztály ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = igaz)]
 nyilvános statikus külső logikai LogonUser(
 Karakterlánc-lpszUsername,
 Karakterlánc-lpszDomain,
 Karakterlánc-lpszPassword,
 int dwLogonType,
 int dwLogonProvider,
 ref IntPtr phToken);

 [DllImport("kernel32.dll", CharSet = CharSet.Auto)]
 privát külső statikus bool CloseHandle(IntPtr fogantyú);

 privát statikus IntPtr tokenHandle = új IntPtr(0);
 privát statikus WindowsImpersonationContext impersonatedUser;

 // Ha ezt a kódot beépíteni a DLL-je, Győződjön meg róla, hogy a kereslet, hogy
 // FullTrust fut.
 [PermissionSetAttribute(SecurityAction.Demand, Név = "FullTrust")]
 nyilvános Érvénytelen megszemélyesítése(karakterlánc-tartománynév, karakterlánc-userName, karakterlánc, password karakterlánc)
 {
 próbálja meg
 {

 // A nem felügyelt LogonUser függvény segítségével a felhasználó tokent kap
 // a megadott felhasználó, tartomány, és a jelszó.
 CONST int LOGON32_PROVIDER_DEFAULT = 0;

 // Ez a paraméter átadás okoz LogonUser, hogy hozzon létre egy elsődleges token.
 CONST int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Lépés -1 Hívja LogonUser egy hozzáférési tokent leírót beszerezni.
 bool returnValue = LogonUser(
 userName,
 Tartománynév,
 jelszó,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 ref tokenHandle); // tokenHandle - új biztonsági token

 Ha (hamis == returnValue)
 {
 int ret = Marshal.GetLastWin32Error();
 Console.WriteLine("LogonUser hívás nem sikerült, hibakód: : " +
 RET);
 dobja új System.ComponentModel.Win32Exception(RET);
 }

 // Lépés - 2
 WindowsIdentity newId = új WindowsIdentity(tokenHandle);
 // Lépés -3
 impersonatedUser = newId.Impersonate();

 }
 fogási (Kivétel ex)
 {
 Console.WriteLine("Kivétel történt. " + ex.Üzenet);
 }
 }


 /// <Összefoglaló>
 /// Megáll a megszemélyesítés
 /// </Összefoglaló>
 nyilvános Érvénytelen visszavonás()
 {
 impersonatedUser.Undo();
 // Ingyenes a tokenek.
 Ha (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</vége>

Subscribe to my blog.

Technorati Tags:

A Lore hozzáadása: SSRS mondja nekem “rsAccessDenied”, de … Tényleg van hozzáférési

Néhány hete, Voltam dolgozni fejlesztő kollégám a projekt során az SQL Server Reporting Services beépülő modul Moss. Ő egy kijelző, amely tartalmaz egy díszes előtér, hogy a jelentés megfelelő kialakítása (a fő jellemzője, hogy egy okos keresést egy paraméter értékekkel több ezer kereshető mögött).

Ez volt működő nagy, a fejlesztői környezetben, de a felhasználói átvételi vizsgálat (UAT KULCSFONTOSSÁGÚ) környezet, Ez nem működik. A hibakereső Tűzgyújtó, kivétel részlet mint ez még:

Az engedélyeket a felhasználó "UAT_domainmosssvc" nem elegendőek a művelet végrehajtásához.(rsAccessDenied).

Ha egy élő keresés a fenti hiba, találja, hogy elég gyakori. Scarily közös. A legrosszabb fajta közös, mert sok különböző lehetséges gyökér okoz, és mindenki a javasolt megoldás "úgy érzi" jobb. Mi valószínűleg megpróbálta őket.

A mi esetünkben, a probléma az volt, hogy mi tette a biztonsági mentés és visszaállítás DEV UAT kulcsfontosságú. Valahol az adatokban, valami mindig utalva "DEV_domain" (Ahelyett, hogy a frissített "UAT_Domain"). Létrehoztunk egy új oldal, hozzátette, a kijelző, és hogy megoldotta a problémát.

Reménykedve ez akarat megment valaki egy óra vagy két le a pályáról.

</vége>

Subscribe to my blog.

Technorati Tags:

Kisebb nyilvános bejelentése: Windows Live biztonsági beállítások és a kapcsolatfelvétel tér-tulajdonosok

Kapok egy maroknyi üzenetek egyének keresztül a beépített "Küldj egy üzenetet" a funkció a Microsoft kínál élő terek (amely is otthont ad az én-m blog) minden hónapban.

Az időben mintegy egyharmadát, azoknak a felhasználóknak biztosított a live spaces-fiók olyan, hogy én nem válaszol. Ez egyfajta feltételezem, anti-löncshús szolgáltatás.

</vége>

Vannak “Ismeretlen hiba” Üzenetek tényleg jobb, mint egy boglya nyomon követ?

Én olvasó Őrültekháza barátait a blogbejegyzést, hogyan engedélyezi a verem-nyomkövetési jeleníti meg és most kíváncsi vagyok: Miért nem mindig mutat egy boglya nyomon követ?

Ki találta ki, hogy a szabály, és miért követjük el?

A végfelhasználók tudni fogja, valami nem stimmel, mindkét esetben. Legalább egy boglya nyomon követ,, Ők nyomja meg a vezérlő printscreen, másol/tészta-ba egy elektronikus levél és küld ez-hoz ez. Az egyértelműen csökkenti az idő és erőfeszítés szükséges-hoz megfejt a kérdés.

</vége>

Technorati Tags:

Eseményazonosító: 1023: “A Windows nem tudja betölteni a bővíthető számláló DLL-MSSCNTRS”

FRISSÍTÉS (04/08/08): Úgy tűnik, hogy megoldotta ezt a problémát. A parancssorból, Én spárgagombolyog a "c:\windowssystem32lodctr/r" mint egy tételt beszél InstallShield problémákat, és hogy úgy tűnik, hogy van megfejt ez értem.

Már észre, hogy az utóbbi időben, az én desktop/szerver rajongó soha nem kapcsol ki. Tudom, hogy ez hozzászokott kikapcsolása. Vettem egy pillanatra, hogy ellenőrizze ki vettem észre, hogy a VMware folyamatként fut egy következetes 20% az egyik a CPU kihasználtság. Ellenőrizni a esemény fatörzs, és látta, hogy ezeket a hibákat az alkalmazásnaplóban tucatszor percenként történik:

A Windows nem tudja betölteni a bővíthető számláló DLL-je UGatherer, a data rész első DWORD-je a Windows-hibakód.

A Windows nem tudja betölteni a bővíthető számláló DLL-je UGTHRSVC, a data rész első DWORD-je a Windows-hibakód.

A Windows nem tudja betölteni a bővíthető számláló DLL-MSSCNTRS, a data rész első DWORD-je a Windows-hibakód.

Ha én fúrógép, bele a részletekbe, az egyik ilyen üzenetek, Én kap ez:

Forrás: Perflib

Típus: Hiba

Kategória: Egyik sem

Eseményazonosító: 1023

Csináltam egy kis kutatást, és volt néhány jelzése lehet, hogy egy engedély probléma a DLL-ek a kérdéses hozzáférés tekintetében. Játszott körül-val a cucc, de nem befolyásolhatja a dolgok pozitív módon, így feladta, hogy.

VMware volt már zsémbes nekem elég sokáig frissítés végrehajtásával kapcsolatos, így én jotted le én beiktatott változat (látszólag "1.0.1 build 29996") és nem a frissítés. Ez korszerűsített én v1.04. Sajnos, nem oldotta meg a problémát.

Tudom megállítani az üzenetek megy az alkalmazásnaplóba, ha én becsuk legyőz egy szolgáltatás nevezett "VMware engedély szolgáltatás" őrült száma. Ez megakadályozza, hogy nekem a VMware szoftver használatával, így … nem egy ilyen nagyszerű lehetőség.

A gazda operációs rendszer a Windows XP 64 kicsit.

Nem hiszem, ez mindig történt, de nem emlékszem, hogy bármely adott esemény, hogy vezethetett volna.

Ez az, amiért én utálom a számítógépek.

</vége>

Technorati Tags:

Fórum Fórum: Legjobb gyakorlat betartása nem triviális MOSS környezetben

A fickó, "Mark", megkezdte a potenciálisan érdekes hírcsoport vita összpontosító "létrehozása a kiváló SharePoint kormányzás a kezdetektől" az egy 35,000 felhasználói környezetben.

A vita van itt: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Pop felett, és hozzájárul!

</vége>