வகை பதிவுகள்: ஷேர்பாயிண்ட் நிர்வாகம்

விரைவான கருத்துக்கள்: ஷேர்பாயிண்ட் கணினி மையம் கொள்ளளவு திட்டம்

I just fired up the capacity planning tool that’s all the rage these days.

நான் அதை எளிதாக பயன்படுத்த காணப்படும் விரைவாக கடந்த கோடை நான் வேலை ஒரு வாடிக்கையாளர் சூழலில் மாதிரியாக.

சில நடுக்கம் கொண்டு, நான் இறுதி OK பொத்தானை அழுத்தினால், அது எங்கள் வாடிக்கையாளர் கொடுத்தது என்ன அழகான ஒத்த என்று ஏதாவது பரிந்துரை (we actually threw in a second application server for future excel use). I take that to be a good sign and increases my confidence in the tool.

It seems pretty powerful stuff a much better starting point than a blank page.

I like that lets you get into some good detail about the environment. How many users, how you project they will use the system (publishing, collaboration, முதலியன), branch office and connectivity / network capacity between them and the mama server. Good stuff.

It asks broad based questions and then lets you tweak the details for a pretty granular model of your environment.

I hesitated downloading it because I have so many other things to look at it, 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.

Based on my quick impression, I don’t see how it might account for:

  • தேடல்: Total documents, maybe types of documents, languages.
  • Excel server: how much, if at all?
  • Forms server: how much, if at all?
  • BDC: how much, if at all.

Those may be modeled and I just didn’t see them in the 10 minute review.

I will definitely use it at my next client.

If I were not a consultant and instead working for a real company :), 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.

</இறுதியில்>

Technorati குறிச்சொற்கள்:

மற்றொரு பிணைய தகைமை மல்டி சவால் வெளியீடு மற்றும் தீர்வு

என் கட்சிக்காரர் சமீபத்தில் ஒரு மாய சாதனம் நிறுவப்பட்ட என்றும் பசுமையான புதர் செடி வகை என்று வெளிப்படையாக தங்கள் பழைய சிஸ்கோ பிணைய ஏற்றி நடுநிலைமை பதிலாக (NLB). At about the same time, நாம் ஒரு நிறுவப்பட்ட ஒரு முறையை பிரச்சினையை hotfix.

ஒரு நாள் அல்லது இரண்டு பின்னர், நாம் பகிர்வு சேவை வழங்குநர் அணுக போது நாம் ஒரு பிரச்சினையை கவனித்தனர் (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, நாங்கள் தெரியாது இரண்டு எந்த (ஜூபிடர் அல்லது hotfix) பிரச்சினை இருக்கும், நான் கடுமையாக hotfix சந்தேகம் என்றாலும், நாம் மிகவும் சரியாக நிறுவப்படவில்லை என்று கண்டறிவதன்.

It turned out that Juniper had some kind of compression setting. ஒரு robed புள்ளிவிவரங்கள் 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

Technorati குறிச்சொற்கள்: ,