Rychlé zobrazení: System Center kapacitou plánovač pro SharePoint

Vystřelil jsem nahoru kapacitní plánování nástroj to je všude v těchto dnech.

Jsem zjistil, že je snadné použití a rychle modelovat klientského prostředí, které jsem pracoval na letos v létě.

S jistou úzkostí, Naléhal jsem na poslední tlačítko OK a doporučuje něco, co se podobá co jsme dali našeho klienta (jsme skutečně hodil v druhém aplikační server pro budoucí aplikace excel). To bude dobré znamení a zvyšuje mou důvěru v nástroji.

Zdá se, docela silná věc mnohem lepším výchozím bodem než prázdná stránka.

Líbí se mi to umožňuje, se dostanete do nějaké dobré detailů o životní prostředí. Kolik uživatelů, Jak se na projektu budou používat systém (publikování, spolupráce, atd), pobočce a připojení / kapacita sítě mezi nimi a mama serverem. Dobré věci.

Široké bázi dotázán a pak vám umožní vyladit detaily pěkně zrnitý model vašeho prostředí.

Já jsem váhal, stahování, protože mám tolik jiných věcí, se na to podívat, číst a snažte se trávit. Jsem rád, že jsem udělala.

Je to jednoduchý dvoustupňový proces. Stáhnout Plánovač kapacity systému center a pak stáhnout modelů služby SharePoint. Pěkně to běží na Windows XP.

Založený na rychle dojem, Já nechápu, jak mohlo to mít za:

  • Hledat: Celkový počet dokumentů, Možná typy dokumentů, jazyky.
  • Excel server: Kolik, Pokud vůbec?
  • Formy server: Kolik, Pokud vůbec?
  • ZÁLOŽNÍ ŘADIČ DOMÉNY: Kolik, Pokud vůbec.

Ty mohou být modelovány a prostě neviděl je v 10 minutě Recenze.

Budu určitě používat ji na můj další klient.

Kdybych nebyl konzultant a místo toho pracují pro skutečnou firmu :), By model mé současné prostředí a vidět, jak tento nástroj doporučeného modelu odpovídá proti realitě. To by bylo docela hezké. To by mohlo vést k nějaké diskusi dobrou infrastrukturou.

</Konec>

Doplněk Technorati značky:

Řešení: System.IO.FileNotFoundException na “SPSite = nové SPSite(Adresa URL)”

AKTUALIZOVAT: Jsem zde uveřejněných tuto otázku na MSDN (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) a Michael Washam Microsoft se stručnou odpovědí.

Jsem vytvořil webovou službu jako BDC-přátelské fasáda do seznamu služby SharePoint. Když jsem použil tento od své vývojové prostředí, fungovalo to dobře. Když jsem se stěhoval to na nový server, Tuto chybu:

System.IO.FileNotFoundException: Webová aplikace na http://localhost/sandbox Nelze nalézt. Zkontrolujte, zda jste zadali adresu URL správně. Je-li adresa URL by měla poskytovat existující obsah, Správce systému pravděpodobně muset přidat nové mapování adresy URL požadavku na požadovanou aplikaci. na Microsoft.SharePoint.SPSite...ctor(Farmu SPFarm, RequestUri identifikátoru URI, Logické contextSite, SPUserToken userToken) na Microsoft.SharePoint.SPSite...ctor(Řetězec requestUrl) na Conchango.xyzzy.GetExistingDocument(Řetězec minId, Řetězec maxId, Řetězec titleFilter) v C:\Dokumenty a SettingsPaulMy DocumentsVisual Studio 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:čára 69

Tady je linka 69:

použití (Webů SPSite = nové SPSite("http://localhost/sandbox"))

Zkoušel jsem různé varianty na URL, včetně použití skutečné jméno na serveru, jeho IP adresu, koncové lomítka na URL, atd. Vždycky jsem tuto chybu.

Použil jsem Google do výzkumu. Spousta lidí čelit tomuto problému, nebo varianty, ale nikdo si to vyřešil.

Podvod MOSS poskytuje takové podrobné chyby, nenapadlo mě zkontrolovat 12 podregistr protokoly. Nakonec, o 24 hodin po můj kolega doporučujeme že tak učinit, Ověřil jsem si 12 podregistr protokol a našli jsme tohle:

Došlo k výjimce při pokusu o získání místní farma:
System.Security.SecurityException: Požadovaný přístup k registru není povoleno.
na System.ThrowHelper.ThrowSecurityException(ExceptionResource prostředek) na Microsoft.Win32.RegistryKey.OpenSubKey(Název řetězce, Logická hodnota zapisovat) na Microsoft.Win32.RegistryKey.OpenSubKey(Název řetězce) na Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() na Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() na Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& farma, Logická hodnota& isJoined)
Zóna shromáždění, které se nezdařily:  Tento počítač

To otevřelo nové cesty výzkumu, tak to bylo zpět na Google. To mě vedlo k tomuto příspěvek ve fóru: http://forums.codecharge.com/posts.php?post_id = 67135. Opravdu mi nepomohl, ale to začalo, že mě přemýšlet, že je databáze nebo bezpečnostní problém. Já se dřel na a Andrew Connell Zaúčtujte konečně spuštěno pomyšlení, že bych měla ujistit, že účet identity fondu aplikací měl přiměřený přístup k databázi. Myslel jsem, že to už udělala. Avšak, můj kolega šel a dal app fondu identitu účtu plný přístup k serveru SQL.

Jak se tato změna, Všechno to začalo pracovat.

Co se stalo dál nejlépe vyjadřuje jako haiku báseň:

Problémy Zvedněte ruce.
Houpačka a miss. Zkuste to znovu.
Úspěch! Ale jak? Proč?

Ona nechtěla takhle nechat věci, raději dát minimální požadovaná oprávnění (a pravděpodobně zájmu psaní položky blogu; Jsem ji předběhl punč, muhahahahaha!).

Vytáhla z účtu identity fondu aplikací až po sobě následujících oprávnění … již nebylo žádné explicitní oprávnění pro účet identity fondu aplikací vůbec. Webová služba nadále fungovat v pohodě.

Šli jsme a restartovat servery. Vše stále funguje.

Tak, pro připomenutí: jsme dal přístup plný identitu fondu aplikací a pak ho vzal. Webová služba začala pracovat a nikdy nepřestal pracovat. Bizarní.

Pokud někdo ví, proč to mělo fungovat, Prosím, zanechte komentář.

</Konec>

Doplněk Technorati značky:

Řešení (druh): Nastavit Priority úkolu pomocí aplikace SharePoint Designer

Mám obchodní situaci jako je tato:

  • Uživatel odešle dokument do knihovny dokumentů.
  • Vybere typ obsahu a zadává meta data podle potřeby. Jedním z meta datových polí je vlajka, "Naléhavé".
  • To vyvolává SharePoint Designer workflow,, mimo jiné, používá "shromažďovat Data z uživatele" akce.

"Shromáždit Data od uživatele" vytvoří položku v seznamu úkolů odeslán požadavek na schválení dokumentu.

Potřeboval jsem vytvořit zobrazení seznamu úkolů, který ukázal naléhavé žádosti o schválení.

Řešení: Vložte slovo "URGENT:" do názvu těchto úkolů.

Já bych si raději přímo určit pole Priorita. Avšak, Nemohl jsem to udělat hned z několika důvodů:

  1. Akce shromáždit data neposkytuje mechanismus pro aktualizaci jakékoliv pole, titul (a ty další pole, pro které chcete shromažďovat data).
  2. "Přiřadit k položce" akce má stejný problém.
  3. Je možné vložit položku do seznamu (tj. Vložit položku do seznamu úkolů přímo) ale to není akce blokování. To znamená, že pracovní postup nebude čekat na uživatele k dokončení tohoto úkolu.

Uvažoval jsem o několik přístupů před (Naštěstí) uvědomil si, že bychom mohli jen dát "naléhavé" v názvu.

  1. Zahájit pracovní postup v seznamu úkolů, sám tak, že když je vytvořen nový úkol, to nějak křížové odkazy zpět na dokument, který první pracovní postup, Vytáhněte hodnotu příznaku naléhavé a aktualizovat prioritu podle potřeby.
  2. Něco podobného se příjemce události. Při vytvoření úkolu, Vyhledejte související dokument a aktualizovat prioritu podle potřeby.
  3. Pomocí "vytvořit položku seznamu" akce ve spojení s "čekat na změnu pole" akce a události přijímač. Pokud vytvoříme položku seznamu, můžeme určit všechna pole, co chceme. Příjemce události se používá k aktualizaci původní položky, když uživatel dokončí úkol a "čekat na změnu pole" by být splněna podmínka akce a pracovního postupu by pokračovat. (Z nějakého důvodu, Jsem více či méně usadil na tomto přístupu než se moudře rozhodl odejít na chvíli).

Zde je nevýhodou pro mé řešení (Kromě zjevné skutečnosti, že pouze text názvu označuje naléhavost). Od "získávat zpětnou vazbu" přijímá pouze pevně zakódovaný název názvy, Potřebuji použít dvě různé získávat zpětnou vazbu akce, jejichž jediným rozdílem je, že pevný kódované titul.

Ale, přinejmenším je řešení, které nevyžaduje žádné přijímačů událostí nebo vlastní akce, SPD.

Je-li někdo vyřešil to v jistém smyslu chytřejší, Dejte mi prosím vědět.

</Konec>

Doplněk Technorati značky: ,

Neděle legrační: Udržování vašeho syna na jeho prsty

Jeden z mnoho radosti, jsem se v tom, že rodiče chlapce deset let staré je najít nové způsoby, jak se mu smát, nebo myslí trochu jinak o otázky a věci na světě. Použil jsem tyto techniky v letech:

===

Překroutit jeho otázky:

Syn: Co je za den?

Táta: Jeden den před Středa.

S: Ne, jaký den v měsíci je to?

D: Oh, to má 4 dny po Jan 25.

===

Polechtat mu a řekněte mu, že vás zastavím, když přestane smát.

===

Jít po schodech dolů do obýváku a oznámit, "To je dobré být táta." Pak, ho vyzvednout na teplé místo na gauči a změnit kanál na něco dobrého, jako Scifi kanál.

===

Přečtěte si příběhy nahlas. Vložit směšné tresty uprostřed příběh. Moje oblíbená je přidání "zabít ho okamžitě" Když hlavní postavy narazí na nějaké drobné problémy. Například, "nůž uklouzl v ruce, řezání ukazováček, zabít ho okamžitě." Naprosto nic nedostane svého syna z sebeuspokojení a pasivní režim naslouchání jako hlavní postava je mrtev.

===

Přečtěte si příběhy nesprávně. Čtení vět dozadu. Nejlepší část je, že prvních pár krát jsem to udělal, můj syn si myslel, že mi pomáhá poukazem na to, že jsem nečetl slova ve správném pořadí. Nevýhodou je, že opravdu mě nechce číst mu už.

===

Přejít na Burger King na oběd. Můj syn by jíst ráno BK, den a noc, pokud ho necháme. Když jde, Řekněte mu, "Vím, že nenávidíte, tam, Ale my prostě nemají jinou možnost." Když se snaží vysvětlit, že miluje BK, diskuse nad ním a říkají věci jako "Nemáme čas se dohadovat o tom! Jedeme a já nechci mít diskuse!"

(To mi připomíná můj oblíbený vtip Borg: Borger král ": Děláme to náš způsob. Vaše cesta je irelevantní." hahaha!)

===

Otevřít knihu na stránce 9 a říkají, "hmm, To je lichá stránka".

===

Vyplnit svět protivníků. "Budeme rychle přejet špičkou 7-11, Arch nepřítel z 11-7 ".

"Tvoje teta žije v Ringwoodu, Arch enemy do města Squarewood."

===

Jezdíme do Massachusetts z New Jersey několikrát ročně a to často trvá o 5 hodiny dveře na dveře. Říci, jak dorazí domů a vytáhnout na příjezdovou cestu, "oh, Zapomněl jsem, Potřebujeme, aby rychle na Home Depot."

===

Při sledování násilné epizoda v televizní show (například hrdinové), synovi, "některé časy, v práci, Musím zničit své nepřátele tím, že jejich spalování naživu pomocí síly své mysli. Nemám rád, to dělá, Ale musíš udělat, co musíš udělat."

===

Při sledování špatné hororové filmy ("to je dobré být táta" nad), připisovat nepravděpodobné motivy zla charakter. Například, Řekni svému synovi, že důvod, proč je tak naštvaný, Jason je proto, že chce nějaký dort a oni nedovolí žádné.

===

Nesprávně vysvětlit telefonní čísla. Místo vyprávění vašeho syna vytočit "201-111-2222", Řekněte mu, že to je "2-011-1-12222".

===

Jaké triky používáte?

</Konec>

Doplněk Technorati značky:

Hodnocení blogů?

Zdá se docela běžné v politických blogů na světě pro daný blog hostitele "host blogger". Když jsem v zemi politické blog jsem musí mít na sobě jiný pár očí brýle protože to mě nikdy nenapadlo že hodnocení blogování"" Možná smysl pro technické blog jako já. To je, dokud jsem četl tento post by Kanwal Khipple po dobu Nejlepší hlášky serveru SharePoint- Leden 2008.

Myšlení na něm, Věřím, že může existovat mnoho lidí tam venku v zemi SharePoint, které mají chuť dát dohromady článek, krátké nebo dlouhé, technické nebo více orientované na podnikání, atd, ale neutíkej vlastní blog pro všechny obvyklé důvody. Pokud jste jedním z těch lidí, Já bych rád hostovat. Můžete mě kontaktovat prostřednictvím e-mailu nebo zanechat komentář. Nepřemýšlela jsem prostřednictvím jakéhokoli druhu pokynů, ale myslím, že by chtěl, aby orientované kolem SharePoint, ale jsem také rád hodit v některých osobní postřehy o poradenství nyní a pak. Já jsem také snaží publikovat "Neděle legrační" každý týden a já jsem povinen dojdou nápady, na to.

Pokud jste pravidelný blogger už ale chtěli experimentovat s hodnocení blogování, Já jsem určitě to taky, either as a host or a guest 🙂

</Konec>

Doplněk Technorati značky:

Řešení selhání importu BDC ADF: “Došlo k následující chybě:”

Jsem byl opět třiapadesáti BDC ADF soubory ručně (tak, že lze vybudovat své "Zmiz z mého trávníku!" CRED) a tato krásná chyba:

obrázek

"Import definice aplikace se nezdařilo.. Došlo k následující chybě:"

Jak můžete vidět, je tu chybu, Ale … To nebude říkat mi, co to je.

V mém případě, problém se ukázalo, že jsem začal s funkční Podavač pro jiný projekt, který připojen k databázi a spuštění dotazu SQL proti zobrazení. V tomto novém projektu, Já volám metodu na webové službě. Měl jsem odečetly DB konkrétní věci a přidal moje webové služby, ale nepodařilo se aktualizovat <LobSystem.>je atribut type. Jsem přešel na "WebService" a já šťastně novější a více vzrušující importu chyb, které byly zpracovány v pravý čas.

Tady je špatně LobSystem.:

<LobSystem.
xmlns.:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Typ = "databáze"
Verze = "1.0.0.0" Jméno = "xyzzy"
xmlns ="
http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

To je správné:

<LobSystem.
xmlns.:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Typ = "WebService"
Verze = "1.0.0.0" Jméno = "xyzzy"
xmlns ="
http://schemas.Microsoft.com/Office/2006/03/BusinessDataCatalog">

</Konec>

Doplněk Technorati značky:

BDC zdá životaschopné nahrazení pro vyhledávání

AKTUALIZOVAT: Toto zaúčtování MSDN má některé zajímavé pozorování z JXJ založené na jeho, převážně negativní, zkušenosti se touto cestou: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1

Máme obchodní scénář, kde musíme propojit dvě knihovny dokumentů prostřednictvím společné "ID dokumentu" pole.

Jsme se často používají vyhledávací sloupec implementuje odkazy jako je tento. Existuje několik nevýhod pro vyhledávací sloupce, z nichž jsou tři:

  1. Lze propojit pouze jeden sloupec z knihovny vyhledávání vyhledávání.
  2. Výkon: Knihovna zdrojů by mohly obsahovat stovky položek. To je příliš mnoho položek v vyhledávání.
  3. Hledat: Neexistuje žádné integrované vyhledávání. Nemám na mysli v MECHU smyslu hledání, ale neexistuje žádný způsob, jak vyhledávat / Filtrovat podle více sloupců ze zdroje knihovny dokumentů a vyhledejte požadovaný odkaz.

Podporované služby BDC, můžeme použít "obchodní údaje" Typ sloupce a to poskytuje vynikající hledání a dokonce umožňuje více sloupců dat v seznamech.

Měl jsem nějaké předběžné úspěch s tímto přístupem a v plánu psát více o tom.

Pokud jste pracovali tento úhel před a mít žádné komentáře, Prosím, podělte se!

</Konec>

Doplněk Technorati značky:

Řešení chyby importu BDC: “Nelze načíst typ popsal v TypeDescriptor TypeName …”

Pracoval jsem s BDC dnes, kódování souborů ADF ručně a vytváří sám nějaké chyby. Jedna taková chyba:

Aplikace definice import se nezdařil. Došlo k následující chybě: Nelze načíst typ popsal v TypeDescriptor TypeName. Název parametru: typeName chyba byla zjištěna u nebo těsně před řádek: "35’ a pozice: "20".

MOSS zobrazí tuto chybu, když jsem se snažil importovat soubor ADF XML.

Jsem zkoumal internety a zjistil, že byl odkazování LOB název instance (od <Vlastnost LobSystemInstance>) v mém <TypeDescriptor> samotný název uzlu, když jsem měla mít odkazovaný LOB (od <LobSystem.>).

Špatně:

<TypeDescriptor TypeName="Conchango.KeyValue, Název Instance LOB" Jméno = "KeyValue">

Opravit:

<TypeDescriptor TypeName="Conchango.KeyValue, OBCHODNÍ jméno" Jméno = "KeyValue">

Doufám, že tohle někdo šetří, hodinu nebo dvě času.

</Konec>

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

Doplněk Technorati značky: