Gyors benyomás: A System Center kapacitás SharePoint Tervező

Csak feltüzelte a kapacitás tervezés szerszám amit a düh manapság.

Alapít ez könnyű-hoz használ, és gyorsan mintájára egy ügyfél környezet dolgoztam idén nyáron.

Némi izgalom, Megnyomtam a végső OK gombot, és ez ajánlott amit van szép hasonló-hoz mi adtunk ügyfeleink (mi valójában dobta a második alkalmazáskiszolgáló jövő Excel használata). Hogy, hogy kell egy jó jel, és növeli az önbizalmam az eszköz.

Úgy tűnik, elég erős cucc egy sokkal jobb kiindulási pont, mint egy üres oldal.

Szeretem, hogy lehetővé teszi, hogy Ön kap-ba néhány jó részletesen a környezet. Hány felhasználó, Hogyan projekt fogja használni a rendszer (kiadói, együttműködés, stb), fiókiroda és a kapcsolatok / őket, és a mama-kiszolgáló között hálózati kapacitás. Jó dolog.

Széles alapú kérdez, és majd lehetővé teszi a csípés a részleteket, a környezet szép szemcsés modell.

Gondolkoztam, letöltése, mert már oly sok más dolog, hogy Nézd meg, olvassa el, és megpróbál-hoz emészt. Örülök, hogy én.

Egy egyszerű két lépésből álló folyamat. Letölt rendszer központ kapacitás tervező, és töltse le a SharePoint-modellek. Szépen fut a Windows XP.

Az én gyors benyomás alapján, Nem látom, hogyan lehet számla, a:

  • Szálláshelyek keresése: Dokumentumok száma, talán típusú dokumentumok, nyelvek.
  • Excel szerver: mennyi, Ha egyáltalán?
  • Forms server: mennyi, Ha egyáltalán?
  • ÜZLETI ADATKATALÓGUS: mennyi, Ha egyáltalán.

Azok is modellezhető, és csak nem láttam őket a 10 perc áttekintés.

Én akarat feltétlenül használ az én-m következő ügyfélnél.

Ha nem lennék egy tanácsadó és helyette dolgozik egy valódi cég :), Kíván modell az én jelenlegi környezetben, és hogy az eszköz javasolt modell megegyezik-valóság ellen. Ez lenne elég ügyes. Vezethet, hogy néhány jó infrastruktúra vita.

</vége>

Technorati Tags:

Megoldás: A System.IO.FileNotFoundException “SPSite = új SPSite(URL)”

FRISSÍTÉS: Kifüggesztett ezt a kérdést MSDN itt (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) és Michael Washam a Microsoft válaszolt egy tömör választ.

Én teremtett egy pókháló szolgáltatás-hoz viselkedni vhogy egy BDC-barát homlokzat SharePoint-listába. Mikor én használt ez az én-m fejlődés környezet, Ez munkás finom. Amikor áttelepített, ez egy új szerver, Azután kapta a hibaüzenetet:

System.IO.FileNotFoundException: A webalkalmazás: http://localhost/sandbox nem található. Ellenőrizze, hogy beírt URL-címét helyesen. Ha az URL-t kell szolgáló meglévő tartalom, a rendszer ügyintéző május szükség, egy új URL-címleképezést felvétele rendeltetésszerű alkalmazás. a Microsoft.SharePoint.SPSite...ctor(SPFarm farm, URI-requestUri, Logikai contextSite, SPUserToken userToken) a Microsoft.SharePoint.SPSite...ctor(Karakterlánc-requestUrl) a Conchango.xyzzy.GetExistingDocument(Karakterlánc minId, Karakterlánc-maxId, Karakterlánc-titleFilter) c:\Dokumentumok és SettingsPaulMy DocumentsVisual 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs stúdió:vonal 69

Itt van a vonal 69:

használatával (Webhely SPSite = új SPSite("http://localhost/sandbox"))

Próbáltam különböző változatai az URL-t, beleértve a kiszolgáló valódi név használatával, az IP-cím, az URL-t a sorvégi vágás, stb. Mindig van, hogy a hiba.

Én használt A Google a kutatás azt. Sok ember szembenéz ez probléma, vagy változatok, de senki sem úgy tűnt, hogy megoldódott.

Takaros MOSS nyújtott ilyen részletes hiba, hogy ez nem fordul elő velem, hogy ellenőrizze a 12 kaptár-naplók. Végül, körülbelül 24 óra után az én-m kolléga erre ajánlott, Megnéztem ki a 12 Méhkas Napló, és ezt találtam:

Kivétel történt, miközben megpróbálja megszerezni a helyi farmban:
System.Security.SecurityException: Rendszerleíró adatbázis kért hozzáférése nem engedélyezett.
a System.ThrowHelper.ThrowSecurityException(ExceptionResource-erőforrás) a Microsoft.Win32.RegistryKey.OpenSubKey(Húr neve, Logikai írható) a Microsoft.Win32.RegistryKey.OpenSubKey(Húr neve) a Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString() a Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() a Microsoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& Farm, Logikai& isJoined)
A sikertelen kódösszeállítás zónája volt:  Sajátgép

Ez megnyitotta az új kutatási irányvonalat, így volt hát-hoz-a Google. Ez vezetett engem erre hozzászólásra: http://forums.codecharge.com/Posts.php?post_id = 67135. Ez nem igazán segített nekem, de ez tett elkezd gyártás én gondol volt egy adatbázis és/vagy biztonsági kérdés. Én ebből és Andrew Connell Végül kiváltott tegye a gondolat, hogy én kell győződjön meg arról, hogy az Alkalmazáskészlet identitása fiók volt a megfelelő adatbázis-hozzáférés. Azt gondoltam, hogy már. Azonban, az én-m kolléga ment, és adott a app készlet identitás rendszerfióknak teljes körű hozzáférési SQL.

Ahogy ő tette, hogy a változás, mindent kezdett el dolgozni.

Mi történt a következő legjobb fejezzük ki egy Haiku vers:

Problémák emelés-uk kezek.
Swing és miss. próbáld újra.
A siker! De hogyan? miért?

Nem akarta, hogy hagyjuk egyedül ilyesmi, inkább, hogy a minimális szükséges engedéllyel (és valószínűleg felelősség írás egy blog bejegyzést; Üt neki, hogy az ütést, muhahahahaha!).

Egymást követő engedélyek eltávolították a számlából app medence identitás-ig … nem volt többé semmilyen kifejezett engedélye fiók app készlet minden. A webszolgáltatás tovább folytatta a munkát csak finom.

Mentünk, és újraindul a szerver. Mindent továbbra is jól működik.

Így, -hoz újra bedugni: adott a app készlet identitás teljes hozzáférést, és majd elvették. A webszolgáltatás kezdett dolgozni, és soha nem működik. Bizarr.

Ha valaki tudja, miért kell hogy dolgozott, Kérem, hagyjon egy megjegyzést.

</vége>

Technorati Tags:

Megoldás (fajta): Beállítani a prioritást, a SharePoint Designer használatával tevékenység

Van egy üzleti forgatókönyv, mint ez:

  • A felhasználó nevű dokumentum egy dokumentumtárban.
  • Ő választja ki egy tartalomtípust, és belép a meta-adatokat, szükség szerint. A meta adat mezők egyike a zászló, "Sürgős".
  • Ez váltja ki a SharePoint Designer-munkafolyamat,, egyebek, használja a "gyűjt adatokat a egy felhasználó" Akció.

"Gyűjt adat-ból egy felhasználó" egy elem létrehozása a feladatlistában, a dokumentum jóváhagyását kérő.

Kellett, hogy a feladat oldalra dől, hogy megmutatta a sürgős igénylések jóváhagyási nézetének létrehozása.

Megoldás: A szó "sürgős:" az a cím, e feladatok.

Azt szerette volna, hogy adja meg a prioritás mezőt közvetlenül. Azonban, Voltam képtelen-hoz csinál ez több okból:

  1. Az adatgyűjtés művelet olyan mechanizmust nem tartalmaz más cím, mint bármelyik mező frissítéséhez (és azok további mezőket a adatok összegyűjtése).
  2. A "hozzárendelése a cikk" a műveletnek ugyanaz probléma.
  3. Lehetséges, hogy egy elemet beszúrni egy listát (i.e. elemet beszúrni a tevékenységlistában közvetlenül) de ez nem egy blokkoló akció. Ez azt jelenti, hogy a munkafolyamat nem fog várni a felhasználó-hoz kiegészít ez feladat.

Tartottam egy pár megközelítések előtt (Szerencsére) FELISMERVE, hogy mi tudna csak tesz "sürgős" a címben.

  1. Munkafolyamat indítása a feladatlistán, maga, úgy, hogy egy új feladat létrehozásakor, Ez valahogy cross hivatkozásokat vissza a dokumentum, hogy kezdődött az első munkafolyamat, húzza ki a sürgős jelző érték és prioritás, szükség szerint frissítés.
  2. Valami hasonló esemény-vevő. A tevékenység létrehozásakor, Keresse meg a kapcsolódó dokumentum, és a frissítés elsőbbségi igény szerint.
  3. Használja a "lista-elem létrehozása" akció együtt a "várakozás mező módosítása" fellépés és az eseményérzékelő. Ha készítünk egy listaelem, tudjuk meg a mezőeredményeket szeretnénk. Az eseményérzékelő segítségével frissítse az eredeti elemet, amikor a felhasználó befejezi a feladatot, és a "várakozás mező módosítása" művelet feltétel teljesülését, és a munkafolyamat járna. (Részére némely ok, Többé-kevésbé volt rendezni ezt a megközelítést előtt bölcsen úgy döntött, hogy elmenjen egy darabig).

Van egy hátránya, hogy az én-m oldat (Eltekintve a nyilvánvaló tényt, hogy csak a szöveg, a cím jelzi, hogy sürgősen). Óta "Visszajelzések összegyűjtése:" csak akkor fogadja el fixen kódolt cím nevek, Vennem kell használ két különböző Visszajelzések összegyűjtése műveletet, amelynek egyetlen különbség az, hogy a kemény kódolt cím.

de, legalább van egy megoldás, amely nem igényel az eseményfogadók vagy egyéni SPD-műveletek.

Ha valaki birtokol megfejt ez több okos módon, legyen szíves hadd tudjam meg.

</vége>

Vasárnap vicces: Vezetése a fia, lábujjhegyen

Az egyik a sok örömök veszem, hogy a szülő egy tíz éves fiú van megtalálás új utakat, hogy nevetni, vagy egy kicsit másképp gondolkodnak azokról kérdés és a világ. Én is használtam ezeket a technikákat, az évek:

===

Félremagyaráz kérdéseire:

Fia: Milyen nap ez?

Apa: Egy nappal azelőtt, szerda.

S: nem, milyen nap, a hónap ez?

D: Ó, Ez birtokol 4 nap után Jan 25.

===

Csiki neki, és mondd meg neki, majd megáll, amikor is nevetve.

===

Menj le a lépcsőn a TV-szobában, és bejelenti, "-A ' jó-hoz lenni a papa." Majd, vegye őt fel a meleg helyszínen a kanapén, és megváltoztatni a csatorna, hogy valami jó, mint a Scifi channel.

===

Hangos olvasás a történetek. Helyezze be a nevetséges mondat közepén a történet. Az én-m kedvenc-hoz összead "megöli azonnal" Mikor a főszereplők találkozik néhány kisebb baj. Például, "a kés csúszott a kezében, vágás a mutatóujj, azonnal megöli." Semmi sem elég lesz a fia, az öntelt és passzív üzemmódba, mint a fő karakter, azonnal megölték.

===

Olvasd el a történeteket helytelenül. Olvassa el a mondatokat visszafelé. A legjobb része az, hogy az első pár alkalommal tettem ezt, a fiam azt hittem, ő is segített nekem,-rámutatva, hogy én nem olvasod a szavakat a helyes sorrendben. A lefelé oldala az, hogy tényleg nem akar én-hoz olvas neki többé.

===

A Burger King menjen ebédelni. A fiam enni reggel BK, éjjel-nappal, ha hagyjuk, hogy neki. Ha megy, Mondd meg neki, "Tudom, hogy utálod, oda, de egyszerűen nincs más választása." Mikor ő megpróbálja elmagyarázni, hogy ő szereti a BK, megbeszélni vele, és mondj ilyeneket: "nincs ideje, hogy azt állítják, hogy! Fogunk, és nem akarom, hogy a vitát!"

(Ez emlékeztet én-ból az én-m kedvenc Borg vicc: "Borger király: Csináljuk meg az utat. Az utat nem bír jelentőséggel." hahaha!)

===

Nyitott könyv oldal 9 és azt mondják, "hmm, Ez egy páratlan oldal".

===

Töltse ki a világ ív ellenséget. "Megyünk gyorsan elgázolta a toe 7-11, Arch-ellenség, 11-7".

"A nagynéném él Ringwood, ív ellenséget, hogy a város Squarewood."

===

Vezetünk valameddig Massachusetts, New Jersey évente több alkalommal, és ez gyakran vesz körülbelül 5 óra Ajtótól ajtóig. Amint hazaér, és húzza be a műút mondani, "ó, Elfelejtettem, Mi kell ahhoz, hogy egy gyors kötőjel, a Home Depot."

===

Mikor néz egy erőszakos epizód egy TV-show (mint a hősök), Mondd el a fia, "néhány alkalommal, a munkahelyi, Meg kell elpusztítani az ellenséget égető őket életben használata hatásköre a fejemben. Nem szeretem, hogy csinálja, de meg kell csinálni, amit tenned kell."

===

Rossz horror filmek nézése (lát "ez jó, hogy az apa" a fenti), valószínűtlen motívumok tulajdonítani a gonosz karakter. Például, Mondd meg a fia, hogy az OK, Jason annyira dühös, mert azt akarja, néhány a torta, és hogy nem engedi neki bármilyen.

===

Hibásan magyarázza a telefonszámok. Ahelyett, hogy azt mondta a fia, tárcsázza a "201-111-2222", Mondd meg neki, ez az "2-011-1-12222".

===

Milyen trükköket használ?

</vége>

Technorati Tags:

Vendég Blogging?

Úgy tűnik, meglehetősen gyakori a politikai blog világ egy adott blog-hoz házigazda "vendég blogger". Amikor én vagyok a politikai blog telek én kell rajta egy másik pár szem szemüveg mert soha eszembe jutott, hogy "vendég blogging" lehet értelme, hogy egy műszaki blog, mint az enyém. az, amíg olvastam ezen a poszton a Franci Khipple: A legjobb SharePoint Buzz- Január 2008.

Ez a gondolkodás, Azt hiszem, lehetne egy csomó ember van a SharePoint-föld, hogy a viszketést, hogy összeállítunk egy cikket, rövid, vagy hosszú, műszaki-, vagy több üzleti irányultságú, stb, de ne fuss a saját blog, a szokásos okok miatt. Ha-a ' egyik azoknak emberek, Én lennék boldog, hogy a fogadó. Elérheti nekem e-mailen keresztül, vagy hagyjuk egy megjegyzést. Én nem gondoltam át bármilyen iránymutatások, de azt hiszem, hogy én akarnám, hogy ezen a környéken: SharePoint orientált, de szeretem is, dobni néhány személyes megfigyeléseket, tanácsadás most és majd. Én is kipróbálás-hoz közzétesz egy "Vasárnap vicces" minden héten, és vagyok kötve, hogy elfogyott az ötlet, hogy.

Ha már rendszeres blogger, de Szeretnék kísérletezni vendég blogging, Én határozottan nyitott, hogy túl, either as a host or a guest 🙂

</vége>

Technorati Tags:

Megoldást az üzleti Adatkatalógus ADF az importálási hiba: “A következő hiba történt:”

Volt egyszer ravaszkodó BDC ADF-fájlokat kézzel (azért tud felépíteni az én-m "Szállj le a gyep!" Cred) és a hit, ez a szép hiba:

kép

"Nem importálható az alkalmazásdefiníció. A következő hiba történt:"

Mint te tud lát, van egy hiba, de … Ez nem fog mondani, mi az.

Az én esetemben, a probléma kiderült, hogy már elkezdtem egy funkcionális Lapadagolóba a különböző projekt, amely egy adatbázishoz csatlakozik, és végre egy SQL-lekérdezés nézet ellen. Új projekt, Hívom a módszer egy internetes szolgáltatás. Volt meztelen ki a DB speciális dolgokat, és hozzá a webes szolgáltatás cuccom, de nem tudta frissíteni a <LOB-rendszer>barátait type attribútum. Én kapcsol ez-hoz "WebService" és boldogan mentem újabb és izgalmasabb az importálási hibák, amely kezeli kellő időben.

Itt van a rossz LobSystem:

<LOB-rendszer
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Type = "adatbázis"
Változat = "1.0.0.0" Név = "xyzzy"
xmlns ="
http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog">

Ez a helyes:

<LOB-rendszer
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalogBDCMetadata.xsd
Type = "WebService"
Változat = "1.0.0.0" Név = "xyzzy"
xmlns ="
http://schemas.microsoft.com/Office/2006/03/BusinessDataCatalog">

</vége>

Technorati Tags:

Az üzleti Adatkatalógus úgy tűnik, egy életképes helyettesítő keresések

FRISSÍTÉS: Az MSDN-könyvelési még néhány érdekes észrevételei alapján, az ő JXJ, főleg negatív, tapasztalatok ezen az úton megy: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1

Van egy üzleti forgatókönyv hol kell link két dokumentumok könyvtár keresztül egy közös dokumentum azonosítója"" a mező.

Gyakran használjuk a keresőoszlop valósítja meg a láncszemek mint ez. Vannak néhány visszavonulások-hoz keresőoszlopok, három, amelyek:

  1. Csak egy oszlop a keresőmező keresési könyvtár kapcsolható.
  2. Teljesítmény: A forrás könyvtár több száz bejegyzést is tartalmazhat.. Ez a keresőmező túl sok bejegyzés.
  3. Szálláshelyek keresése: Van nincs beépített kereső. Nem értem, a moha értelemben keresés, de nincs út-hoz kutatás / szűrő több oszlop a a forrás-dokumentumtárat, és keresse meg a kívánt hivatkozást.

Az üzleti Adatkatalógus mögött, tudjuk használni egy "üzleti adatok" oszlop típusa, és ez egy kiváló keresést tesz lehetővé, és még lehetővé teszi, hogy a Többoszlopos lista nézetben látható adatokat.

Már volt néhány előzetes sikert ezzel a megközelítéssel, és tervezem, hogy írni többet.

Ha ez a szög előtt dolgoztam, és volna akármi magyarázat, Kérjük, ossza meg!

</vége>

Technorati Tags:

Az üzleti Adatkatalógus importálási hiba megoldása: “Nem tölthető be a TypeDescriptor típusleíró TypeName típusneve által leírt típus …”

Már dolgozik a BDC ma, kódolás automatikus Lapadagoló fájlokat kézzel, és a termelő magam néhány hiba. Egy ilyen hiba:

Az alkalmazásdefiníció importálása nem sikerült. A következő hiba történt: Nem tölthető be a TypeDescriptor típusleíró TypeName típusneve által leírt típus. A paraméter neve: typeName hiba volt találkozás, vagy csak a vonal előtt: ' 35’ és a helyzet: '20'.

MOSS jelenik meg ezt a hibát, amikor megpróbáltam az ADF XML-fájl importálása.

A Internets kutatott, és megállapította, hogy én volt hivatkozva a LOB-példány neve (a a <LobSystemInstance>) -ban az én-m <A TypeDescriptor típusleíró> Mikor kell volna hivatkozott a LOB név maga csomópont (a <LOB-rendszer>).

Rossz:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB-példány neve" Név = "KeyValue">

Helyes:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB-név" Név = "KeyValue">

Remélem, Ez takarít meg, ha valaki egy óra vagy két alkalommal.

</vége>

Subscribe to my blog!

Technorati Tags: