Welcome to TechNet Blogs Sign in | Join | Help

Fulvio Salanitro Sharepoint Attack

Notizie, best practice e "scoperte" sui prodotti Microsoft Sharepoint e Search Server

News


  • "Un approccio "amichevole" alle tecnologie Sharepoint"

    I post in questo Blog raccolgono notizie e articoli utili per la gestione "Day by Day" dei prodotti della famiglia Microsoft Sharepoint.

    Disclamer:
    Il presente posting viene fornito “così come é”, senza garanzie, e non conferisce alcun diritto.
    Le informazioni riportate possono cambiare senza alcun preavviso.
    Fanno sempre fede le fonti indicate nei post.



    View Fulvio Salanitro's profile on LinkedIn
Aggiungere Ruoli ad una Farm Sharepoint

In questo post consoliderò e raccoglierò informazioni sui ruoli disponibili in una Farm Sharepoint, quali possono essere ridondati e messi in alta disponibilità e come.

You can manage servers in a farm to improve the site performance and to manage services efficiently by distributing them across the servers. There are several different kinds of servers you can deploy depending on your needs. These include:

· Web servers Web servers in a server farm environment contain files and settings required to respond to user requests for Web pages. You can install additional Web servers to help with load balancing of processing and communications tasks during peak demand, and to provide needed redundancy if there is an equipment failure.

· Application servers Application servers can be used to run many specialized application processes such as indexing, search, and Excel Services in Microsoft Office SharePoint Server 2007. Additional application servers can help with load balancing and failover protection. Individual servers can be dedicated to specific applications such as indexing or search. In general, Web applications are load balanced dynamically across all unassigned application servers by Microsoft Office SharePoint Server 2007.

· Index server The index server manages the crawling and indexing of Office SharePoint Server content and maintains the index file. The index service works with the query service to let you search Office SharePoint Server content. Every Office SharePoint Server 2007 deployment must have at least one index server. Additional index servers may be necessary as the deployment grows. There can only be one index server per server farm.

· Query servers The query service works with the indexing service to let users search Office SharePoint Server content. Query services can be concentrated in one or more dedicated query servers or distributed across all of the Web servers. By using a dedicated query server, you can free the Web servers to service user requests. In most cases, a dedicated query server is the more robust solution and is called for if user demand for other resources is increasing while the number of content resources remains relatively constant.

If necessary, the indexing service and the query service can be combined on the same server. Combining the two services can save on hardware costs, but maintaining the two services on separate servers provides more flexibility and ability to cope with increasing demand. Also, if you want high availability, you should keep the indexing service and the query service on different servers.

· Database servers Database servers store all of the Office SharePoint Server 2007 configuration and content data. As the Office SharePoint Server 2007 deployment grows, the databases grow. The three main factors driving the need for additional database servers are storage capacity, load balancing, and failover capability.

Tratto da:

Manage servers in the farm:
http://technet.microsoft.com/en-us/library/cc263383.aspx

Proseguiamo poi con:

Plan for redundancy (Office SharePoint Server): (Lettura consigliatissima)http://technet.microsoft.com/en-us/library/cc263044.aspx

Da cui un estratto:
Roles that can be redundant

These application server roles can be deployed to multiple servers. The code that is deployed to each server is identical and the application server roles do not store any data. In other words, each instance of these server roles remains identical. If one of the server computers fails, no saved data is lost. The Web servers automatically load balance requests to these server roles across the available application server computers.

The following application server roles can be deployed redundantly:

· Query.   The query role can be deployed to any number of application server computers or it can be deployed across Web servers. There is one limitation, however. If the query role is deployed to the same server that hosts the index role, the query role should not be deployed to any other server computers. This is because the index role recognizes that the query role is on the same server and, consequently, does not attempt to propagate the index. In some scenarios, you can optimize the throughput of the server farm by deploying the query role across the Web servers, even if you have introduced a middle tier for dedicated application servers. For example, if more than 50% of the content requests coming into the server farm are requests for static content, performance is potentially optimized by hosting the query role on the Web servers. This is because the query role caches the content that it serves, making it readily available for subsequent requests. The query role is unique in this sense.

· Excel Calculation Services.   The Excel Calculation Services role performs Excel calculations on Excel workbooks that are stored in the content databases. This application server role is unique in that it stores session-state information throughout the duration of a user session. When a user opens a workbook, the Web server role continues to route the user requests to the same Excel Calculation Services application server until the workbook is closed and the user finishes the session. The Excel Calculation Services role can be a resource-intensive role. In some scenarios, you can optimize the performance of the farm by deploying this role across all Web servers.

Ecco come fare a aggiungere I ruoli:

Add servers to an upgraded farm (Office SharePoint Server): (Procedura generica)
http://technet.microsoft.com/en-us/library/cc263155.aspx

Services on server

Preferred basic redundancy strategy within a farm

Web servers

Deploy to multiple servers and load balance by using software or hardware load balancing.

Web server for medium server farms (Web application and search query services)

Deploy to multiple servers.

Search indexing

Cannot be deployed to multiple servers and be redundant. You must use a different availability strategy. For more information, see Search availability within a farm.

Excel Calculation

Deploy to multiple servers.

Plan for availability (Office SharePoint Server):
http://technet.microsoft.com/en-us/library/cc748824.aspx

Per una overview su come implementare NLB (Network Load Balancing) sui web server vi invito a visionare la seguente documentazione:

Network Load Balancing: Configuration Best Practices for Windows 2000 and Windows Server 2003:
http://technet.microsoft.com/en-us/library/cc786562.aspx

Nello specifico queste guide vi guideranno nel processo di gestione dei vari ruoli:

Manage services on each server in a farm
Add a Web server to the farm
Add an index server to the farm
Add a database server to the farm
Configure existing servers in the farm

Il tutto può essere comunque riassunto così:

Install MOSS and join the server to the existing farm

  1. Install using the MOSS installation account
  2. Start MOSS Setup, enter your license key and accept the license agreement
  3. Select Advanced and Complete install
  4. Run the SharePoint Product and Technologies Configuration Wizard
  5. Connect to an existing farm
  6. Enter the MOSS database server end click Retrieve Database Names. The Database Name and Username fields are automatically populated. Enter the password and click Next
  7. In Advanced Setting make sure that this server will not host the Central Administration site and click Next
  8. That’s it. The new server is now member of the farm. Use Central Administration to configure it for the purpose it is intended (Web Front-end, indexing etc)

Comments

No Comments

Leave a Comment

(required) 

(required) 

(optional)

(required) 

  
Enter Code Here: Required

Comment Notification

If you would like to receive an email when updates are made to this post, please register here

Subscribe to this post's comments using RSS

Page view tracker