უბრალოდ გასროლა მდე სიმძლავრის დაგეგმვის ინსტრუმენტი, რომელიც არის ყველა rage ამ დღეებში.

მე ვერ მარტივი და სწრაფად მოდელირებული კლიენტს გარემოს ვმუშაობდი გასულ ზაფხულს.

ზოგიერთი trepidation, მე დაპრესილი საბოლოო OK ღილაკს და რეკომენდაცია, რაც არის საკმაოდ მსგავსია იმისა, რაც ჩვენ მივეცით კლიენტს (ჩვენ რეალურად ესროლა მეორე გამოყენებითი სერვერის მომავალი 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.

იგი სთხოვს ფართო დაფუძნებული შეკითხვებს და შემდეგ გაძლევთ tweak დეტალებს საკმაოდ მარცვლოვანი მოდელს შენი გარემო.

მე იშურებდნენ ჩამოტვირთვამდე რადგან ძალიან ბევრი სხვა რამ შეხედეთ მას, 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 სერვერზე: რამდენად, თუ ყველა?
• ფორმები სერვერზე: რამდენად, თუ ყველა?
• 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.

</ბოლო>

My client recently installed a magic device from Juniper that apparently replaced their old Cisco network load balancer (NLB). At about the same time, we installed a hotfix to address a workflow problem.

A day or two later, we noticed a problem when we accessed the shared service provider (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, we didn’t know which of the two (Juniper or hotfix) would be the issue, though I strongly suspected the hotfix, figuring we had not installed it quite right.

It turned out that Juniper had some kind of compression setting. ერთი robed figures 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 browsers (IE 7 browsers worked without difficulty).

ასე რომ,, add "compression" to the hazards list.

</ბოლო>

Credit to: http://www.elfwood.com/art/s/h/sherry/death_colour.jpg.html