Я проста загарэўся зручным інструментам для планавання гэта ўвесь гнеў ў гэтыя дні.

Я знайшоў гэта просты ў выкарыстанні і хутка змадэляваць кліенцкай асяроддзі я працаваў над гэтым летам.

З некаторым трапятаннем, Я націснуў на кнопку ОК, канчатковы і ён рэкамендаваў тое, што вельмі падобна на тое, што мы далі нашым кліентам (мы фактычна кінулі на другі сервер прыкладанняў для выкарыстання ў будучыні Excel). I take that to be a good sign and increases my confidence in the tool.

Гэта здаецца даволі магутная штука пачатку значна лепш, чым пустая старонка.

I like that lets you get into some good detail about the environment. How many users, як вы праект, які яны будуць выкарыстоўваць гэтую сістэму (выдавецкі, супрацоўніцтва, і г.д.), філіяла і падлучэнне / network capacity between them and the mama server. Good stuff.

Ён просіць шырокай аснове пытанняў, а затым дазваляе наладзіць дэталі для даволі грануляваных мадэль вашай асяроддзі.

Я вагаўся загрузіўшы яго, таму што я так шмат іншых рэчаў, каб глядзець на яго, read and try to digest. I’m glad I did.

It’s an easy two-step process. Download system center capacity planner and then download the SharePoint models. It runs nicely on Windows XP.

Грунтуючыся на маім хуткага ўражанне, Я не бачу, як гэта магло б растлумачыць:

• Пошук: Усяго дакументаў, можа быць, тыпаў дакументаў, Мовы.
• Excel Server: колькі, калі наогул?
• Forms Server: колькі, калі наогул?
• BDC: колькі, калі наогул.

Гэта могуць быць змадэляваныя і я проста не бачыў іх у 10 хвілінны агляд.

Я буду вызначана выкарыстоўваць яго ў маім наступнага кліента.

Калі б я не кансультант і замест гэтага працуюць рэальнай кампаніі :), I’d model my current environment and see how the tool’s recommended model matches up against reality. That would be pretty neat. It could lead to some good infrastructure discussion.

</канец>

Мой кліент нядаўна ўсталявалі прылада ад магіі Ядловец якія, відавочна, замяніць свае старыя сеткі Cisco балансавання нагрузкі (NLB). At about the same time, мы ўсталявалі выпраўленне для вырашэння праблемы працоўных працэсаў.

Праз дзень ці два пазней, мы заўважылі праблемы, калі мы звярталіся агульных службаў (SSP). We could get to it, but we would be challenged for a user ID and password many times on each page. This didn’t happen with the main portal app, nor central administration. Naturally, мы не ведалі, які з двух (Juniper або выпраўленне) будзе пытанне, хоць я моцна падазраваў выпраўленне, мяркуючы, што мы не ўсталявалі зусім правільна.

It turned out that Juniper had some kind of compression setting. Адзін з мантыях лічбы over in the network group turned that setting off. That solved our problem.

This is not the first time that compression has been the root cause of a SharePoint problem for me. IIS compression adversely affected a 3rd party tool from the good people at The Dot Net Factory for IE 6 браўзэраў (IE 7 браўзэры працавалі без працы).

Так, add "compression" небяспекам спіс.

</канец>

Крэдыт: http://www.elfwood.com/art/s/h/sherry/death_colour.jpg.html