aprile 2010 - Posts
Con il rilascio della versione finale di SharePoint Server 2010, oggi ho dedicato buona parte della giornata a realizzare una serie di test di migrazione da MOSS 2007.
In particolare in uno dei test ho avuto il piacere di verificare una delle "mie" teorie, ossia verificare uno degli scenari tra i più diffusi che mi troverò ad affrontare nelle prossime settimane (dove affronterò una serie di migrazioni reali).
Lo scenario è quello di una farm SharePoint 2007 (MOSS) su server a 32 bit con DB su SQL Server 2005 a 32 bit... il tutto da migrare ovviamente su una nuova farm SharePoint Server 2010 a 64 bit con DB su SQL Server 2008 a 64 bit.
La tecnica adottata è quella della "Content DB Upgrade", che comporta il deployment di una nuova infrastruttura SharePoint 2010 su sistemi 64 bit (farm realizzata eventualmente temporaneamente su virtual machine, se si ha l'intenzione di riciclare il vecchio hardware di MOSS 2007).
La procedura:
-
Dal SQL Server 2005 della farm MOSS 2007, Full backup da SQL Server Management Studio del (o dei) Content DB
-
Copiare il file di backup sul nuovo server, dove si trova SQL Server 2008 64 bit
-
Restore del backup, creando un nuovo DB (es. MioMossDB) utilizzando SQL Server Management Studio
-
Creazione dalla Central Admministration della nuova Web Application (es.
http://miawebapp) sul server SharePoint 2010 (dove il Content DB creato verrà poi eliminato)
-
Non creare nessuna Site Collection nella nuova Web Application appena creata
-
Aprire il Command Prompt con diritti amministrativi ed eseguire il comando
stsadm -o addcontentdb MioMossDB -url http://miawebapp
-
Controllare i logs per eventuali segnalazioni d'errore
-
Dalla Central Administration modificare eventualmente il Site Collection Administrator (se il Site Collection Administrator originale è rappresentato da un account non utilizzabile sul nuovo ambiente)
-
Accedere alla nuova Web Application e verificare che sia tutto OK
-
Scegliere il comando Visual Upgrade dal menu Site Actions per simulare e completare la migrazione di Master page e funzionalità (es. Ribbon)
-
Dalla Central Administration rimuovere il Content DB creato temporaneamente in occasione della creazione della Web Application
-
Agire sul DNS per rimappare gli URL di accesso al portale (ed eventualmente intervenire sul mapping degli indirizzi dalla Central Administratuion) quando si è pronti per far accedere gli utenti sul nuovo portale
Nell'ipotesi poi di dover "riciclare" il vecchio hardware della farm MOSS 2007, procedere con la riformattazione e reinstallazione del sistema operativo con Windows Server 2008 64 bit (SP2 o R2), l'installazione di SharePoint Server 2010 e l'aggiunta del server come membro della farm creata precedentemente su ambiente virtuale, infine spostare su questo server i ruoli e decidere se dismettere il primo server della Farm realizzato temporaneamente su VM.
Viceversa se l'operazione di Content DB Upgrade è stata fatta sull'infrastruttura finale... il gioco è fatto e potete dismettere i vecchi server MOSS 2007!
Ricordo che io e Riccardo Celesti saremo tra gli speaker di un evento tecnico gratuito su SharePoint 2010 destinato agli IT Professionals: Technet and Community Tour.
Rappresenteremo in questa occasione la SharePoint Community.
Tornerò nella mia città natale, Cesena, il 28 maggio maggio 2010 presso la sede dell'Università in via Sacchi 3.
Iscriviti subito!
Queste le nostre sessioni:
- Microsoft SharePoint 2010 Overview, Speaker Igor Macori
Panoramica delle funzionalità offerte dalla nuova piattaforma SharePoint 2010, descrivendone le principali caratteristiche “out of the box” e presentandone diversi scenari d’utilizzo.
- SharePoint 2010 What’s New for IT Professionals, Speaker Igor Macori
Sessione dedicate alla descrizione delle principali novità offerte da SharePoint 2010 dal punto di vista degli IT Pro. Verrà descritta l’architettura della piattaforma, le logiche di funzionamento dei servizi e delle Service Applications e saranno approfondite le tematiche di amministrazione e sicurezza.
- Protezione ed alta disponibilità dei dati in SharePoint 2010, Speaker Riccardo Celesti
Cosa fare per salvaguardare i propri dati su SharePoint? Come poter garantirne la piena disponibilità? SharePoint 2010 introduce diverse novità in materia di protezione dei dati. Partendo dal backup e restore via GUI, alla configurazione del mirroring dell'intera farm (si, ora si può :)) senza trascurare la possibilità offerte da STSADM e Windows Powershell. In questa sessione saranno presentate le buone pratiche per non dover mai arrivare a chiedersi: avrò fatto il backup?
Una delle novità del setup di SharePoint 2010 è quella dell'installazione dei prerequisiti software direttamente dalla splash page del setup di SharePoint 2010.
Il tool l'eventuale verifica la presenza sul server di tutto o parte dei requisiti, installando quelli mancanti, compreso il ruolo Application Server (IIS) di Windows Server 2008.
Ecco la lista dei componenti:
• Application Server Role, Web Server (IIS) Role: configured successfully
• Microsoft SQL Server 2008 Native Client: installed successfully
• Hotfix for Microsoft Windows (KB976462): requires restart of the computer to complete installing
• Windows Identity Foundation (KB974405): requires restart of the computer to complete installing
• Microsoft Sync Framework Runtime v1.0 (x64): requires restart of the computer to complete installing
• Microsoft Chart Controls for Microsoft .NET Framework 3.5: installed successfully
• Microsoft Filter Pack 2.0: requires restart of the computer to complete installing
• Microsoft SQL Server 2008 Analysis Services ADOMD.NET: installed successfully
• Microsoft Server Speech Platform Runtime (x64): installed successfully
• Microsoft Server Speech Recognition Language - TELE(en-US): installed successfully
• SQL 2008 R2 Reporting Services SharePoint 2010 Add-in: installed successfully
Come già annunciato da Paolo, le versioni RTM di SharePoint 2010 ed Office 2010 sono disponibili per il download per gli abbonati MSDN e Technet. A breve (il 27 aprile) saranno scaricabili anche per i sottoscrittori di contratti Software Assurance.
SharePoint Foundation 2010 e SharePoint Designer 2010, essendo non a pagamento, sono disponibili invece dal sito Microsoft Downloads:
E' stato finalmente pubblicato un buon documento per il capacity planning di SharePoint 2010. Un ottimo segnale, augurio di buoni deployment (visto che tra pochi giorni tutti partiremo con i nuovi deployment di SharePoint 2010).
http://www.sharepointcommunity.it/links/Lists/Links/DispForm.aspx?ID=4
Riporto di seguito un po' di numeri estratti dal documento Microsoft:
Web application limits
The following table lists the recommended guidelines for Web applications.
|
Limit |
Maximum value |
Limit type |
Notes |
| Content database |
300 per Web application |
Supported |
With 300 content databases per Web application, end user operations such as navigating to the site or site collections are not affected. But admin operations such as creating a new site collection will experience performance degradation. It is also suggested to user PowerShell to manage the Web application when a significant number of Content databases is present |
| Zone |
Five per Web application |
Boundary |
The number of zones defined for a farm is hard coded to 5. Zones include Default, Intranet, Extranet, Internet, and custom. |
| Managed path |
20 per Web application |
Supported |
Managed paths are cached on the Web server, and CPU resources are used to process incoming requests against the managed path list. If you plan to exceed twenty managed paths in a given Web application, we recommend you test for acceptable system performance. |
Web server and application server limits
The following table lists the recommended guidelines for Web servers on the farm.
|
Limit |
Maximum value |
Limit type |
Notes |
| Application pools |
10 per Web server |
Supported |
Maximum number is determined by hardware capabilities.This limit is dependent largely upon: · The amount of RAM allocated to the front end servers· The workload that the farm is serving – the user base and the usage characteristics (the process of a single highly active application pools can reach 10 GB or more) |
Content database limits
The following table lists the recommended guidelines for content databases.
|
Limit |
Maximum value |
Limit type |
Notes |
| Content database size |
200 GB per Content database |
Supported |
We strongly recommended limiting the size of content databases to 200 GB to help ensure system performance.Content database sizes up to 1 terabyte are supported only for large, single-site repositories and archives with non-collaborative I/O and usage patterns, such as Records Centers. Larger database sizes are supported for these scenarios because their I/O patterns and typical data structure formats have been designed for, and tested at, larger scales.A site collection should not exceed 100 GB unless it is the only site collection in the database. |
Site collection limits
The following table lists the recommended guidelines for site collections.
|
Limit |
Maximum value |
Limit type |
Notes |
| Web site |
250,000 per site collection |
Supported |
You can create a very large total number of Web sites by nesting the subsites, For example: a shallow hierarchy with 100 sites, each with 1,000 subsites, is a total 100,000 Web sites, or a deep hierarchy with 100 sites, each 10 levels deep also containing a total of 100,000 Web sites. The maximum recommended number of sites and subsites is 250,000 sites. Note that Web deletion can have significant impact on the Site’s availability, access to the site and subsites will be limited during the time of Web deletion. Also high concurrency of subsite creation might fail beyond a certain pace |
| Site Collection Size |
100 GB per site collection |
Supported |
A site collection should not exceed 100 GB unless it is the only site collection in the database.Certain site collection actions, such as site collection backup/restore or Move-SPSite, cause large Microsoft SQL Server® operations which can have performance impact or fail if other Site collections are active in the same database. |
List and library limits
The following table lists the recommended guidelines for lists and libraries. For more information, see the "Designing Large Lists and Maximizing List Performance" white paper accessible from http://technet.microsoft.com/en-us/library/ff608068(office.14).aspx.
|
Limit |
Maximum value |
Limit type |
Notes |
| List View Threshold |
5,000 |
Threshold |
Specifies the maximum number of list or library items that a database operation, such as a query, can process at one time, outside of the daily time window set by the administrator during which queries are unrestricted. |
| List View Threshold size for auditors and administrators |
20,000 |
Threshold |
Specifies the maximum number of list or library items that a database operation, such as a query, can process at one time when performed by an auditor or administrator with appropriate permissions. This setting works in conjunction with Allow Object Model Override. |
| List row size |
8,000 bytes per row |
Boundary |
For each SharePoint list or library item, it is only allowed to occupy 8000 bytes in total in the database. 256 bytes are reserved for built-in SharePoint columns, which leaves 7744 bytes for end-user columns. For details on how much space each type of field consumes, please look at the Column Limits. |
| File size |
2GB |
Boundary |
The default maximum file size is 50 MB. This can be increased up to 2 GB, but a large volume of very large files can impact farm’s performance |
| Documents |
50,000,000 per library |
Supported |
You can create very large document libraries by nesting folders, using standard views and site hierarchy. This value may vary depending on how documents and folders are organized, and by the type and size of documents stored. |
| Items |
tens of millions per list |
Supported |
You can create very large lists using standard views, site hierarchies, and metadata navigation. This value may vary depending on the number of columns in the list and the usage of the list. |
| Rows Size Limit |
six table rows internal to the database used for a list or library item |
Supported |
Specifies the maximum number of table rows internal to the database used for a list or library item. To accommodate wide lists with many columns, each item may be wrapped over several internal table rows, up to six rows by default. This is configurable by the Farm administrators through the Object Model only. The Object Model method is SPWebApplication.MaxListItemRowStorage. |
| List View Lookup Threshold |
eight join operations per query |
Threshold |
Specifies the maximum number of joins allowed per query, such as those based on lookup, Person/Group, or workflow status columns. If the query uses more than eight joins, the operation is blocked. This does not apply to single item operations. When using the maximal view via the OM (by not specifying any view fields), SharePoint will return up to the first eight lookups. |
| Bulk operations |
100 items per bulk operation |
Boundary |
User interface allows a maximum of 100 items to be selected for bulk operations. |
Page limits
The following table lists the recommended guidelines for pages.
|
Limit |
Maximum value |
Limit type |
Notes |
| Web parts |
25 per page |
Threshold |
This figure is an estimate based on simple Web Parts. The complexity of the Web parts dictates how many Web Parts can be used on a page before performance is affected. |
Security limits
|
Limit |
Maximum value |
Limit type |
Notes |
| Number of SharePoint groups an User can belong to |
5,000 |
Supported |
This is not a hard limit but it is consistent with Active Directory® guidelines. There are several things that affect this number:· The size of the user token· The groups cache: we have a table that caches the number of groups an user belongs to as soon as those groups are user for in ACLs· The security check time: as the number of groups a user is a member of increases, the time required for access check increase as well. |
| Users in a Site Collection |
2 million per site collection |
Supported |
You can add millions of people to your Web site by using Microsoft Windows® security groups to manage security instead of using individual users. This limit is based on manageability and ease of navigation in the user interface. When you have many entries (security groups of users) in the site collection (more than one thousand), you should user PowerShell to manage users instead of the UI. This will provide a better management experience.” |
| Active Directory Principles/Users in a SharePoint group |
5,000 per SharePoint group |
Supported |
SharePoint allows you add users or Active Directory groups to a SharePoint group.Having up to 5,000 users (or Active Directory groups or users) in a SharePoint group provides acceptable performance. The actions affected by this Limit are:
a) Fetching user to validate permissions, this operation grows incrementally with growth in number of users in a group.
b) Rendering the membership of the view will always require time. |
| SharePoint groups |
10,000 per site collection |
Supported |
Beyond 10,000 groups, the time to execute operations is increased significantly especially for adding a user to an existing group, creating a new group and rendering the group views. |
| Security principal: size of the Security Scope |
5,000 per Access Control List (ACL) |
Supported |
The size of the scope impacts the data used for a security check calculation. This calculation occurs each time the scope changes. There is no hard limit, but the bigger the scope is the longer the calculation takes. |
Other limits
The following table lists the recommended guidelines for other objects.
|
Limit |
Maximum value |
Limit type |
Notes |
| Subsite |
2,000 per site view |
Threshold |
The interface for enumerating subsites of a given Web site does not perform well as the number of subsites surpasses 2,000. Similarly, the All Site Content page and the Tree View Control performance will degrade significantly as the number of subsites grows. |
Chi ha partecipato al beta program di SharePoint 2010 conosce bene le difficoltà ad installare le Office Web Applications su un ambiente SharePoint Server 2010 (tanto che sulla documentazione veniva suggerito di testare le Office Web Apps su un'infrastruttura SharePoint Foundation 2010).
Ora Microsoft ha pubblicato un articolo su Technet che spiega come fare a deployare le Office Web Apps su una farm SharePoint Server 2010 già attiva.
Segnalo che il blog dello SharePoint Escalation Team ha pubblicato un interessante articolo sul deployment di SharePoint 2010 e Fast Search Server.
Fast Search Server non è una "semplice" Service Application che si aggiunge alle altre presenti sulla Farm, ma necessita di propri server/servizi, che -negli scenari tipici di adozione di Fast- estendono la dimensione della server farm.
I prerequisiti, lato SharePoint 2010, sono quelli delle Publishing Features e delle Enetrprise Features abilitate.
I requisiti minimi di sistema sono più o meno quelli di SharePoint 2010, con almeno il doppio di CPU disponibile.
Ecco i requisiti suggeriti:
-
16 GB di RAM
-
8 Core CPU, 2 GHz
-
1 TB di hard disk
Leggi l'intero articolo.
|
Minimum |
Recommended |
|
Operating System |
Windows Server 2008 x64 with SP2 |
Windows Server 2008 R2 x64 with Sp2 |
|
RAM |
4 GB |
16 GB |
|
CPU |
4 CPU cores, 2.0GHz CPU |
8 CPU cores, 2.0GHz CPU |
|
HDD |
50 GB disk |
1 TB disk space on RAID across 6 spindles or more |
Il processo di Beta per SharePoint 2010, Office 2010, Visio 2010 e Project 2010 è giunto alla sua conclusione.
E' stata raggiunta la versione RTM (Release To Manifactury). Ora ci resta solo da attendere ancora qualche giorno per ottenere la disponibilità del download (dal 27 aprile 2010 sarà disponibile il download per i clienti con contratto di Software Assurance).
Le versioni retail di Office 2010 sono già "prenotabili".
Segnalo, a chi fosse sfuggita la notizia, che settimana prossima (dal 20 al 22 aprile) si terrà a Milano la Microsoft SQL Server & Business Intelligence Conference 2010.
Quest'anno sarò tra gli speaker dell'evento, con una sessione dal titolo: Implementing and Administering PerformancePoint Services and Business Intelligence Dashboards
Microsoft SharePoint Server 2010 è la base di una moderna soluzione di Business Intelligence (BI), offrendo native funzionalità di Collaboration e Document Management a supporto delle esigenze di “dashboarding” e “reporting”.
Conoscere l’architettura di Microsoft SharePoint Foudation 2010 e delle Service Applications è ormai indispensabile. La sessione offrirà ai partecipanti una panoramica rapida ma esaustiva dei fondamenti della tecnologia SharePoint.
La sessione descriverà inoltre, partendo dal punto di vista di IT Pro e Site Builders, come implementare Web Applications con i PerformancePoint Services abilitati, sfruttando la nuova e piena integrazione tra i servizi per la BI e l'architettura delle informazioni di SharePoint 2010.
Scopriremo come progettare adeguatamente l’infrastruttura di base, come occuparci dalle attività amministrative necessarie per l'implementazione e la configurazione delle features, fino ad arrivare alla presentazione dei Dashboard integrati a SQL Server Analisysis Services e ad altre fonti dati.
Ci vediamo a Milano!
Come molti sanno, siamo vicinissimi al rilascio di Microsoft Office 2010. Come d'abitudine la nuova versione della suite di applicazioni desktop di Microsoft sarà rilasciata solo per la piattaforma Windows.
Come avvenuto in passato, in occasione del rilascio della versione 2007, attenderemo qualche mese per ritrovare un equivalente aggiornamento per la piattaforma MAC. Nello specifico ricorderete l'uscita di Office 2008 for MAC.
Gli utenti MAC dovranno quindi attende il 2011 per la nuova versione di Microsoft Office.
Cosa troveremo di nuovo su Office 2011 for MAC?
-
Un maggiore supporto per le funzionalità Enterprise (è sempre maggiore la presenza di computer MAC in azienda)
-
Integrazione con le Office Web Applications esposte da SharePoint 2010 per le funzionalità di co-authoring
-
Integrazione con Office Online e SharePoint 2010
-
Nuova interfaccia, arricchita dalla presenza dei Ribbon
-
Tornerà Outlook, al posto di Entourage, come client di posta elettronica, con piena integrazione verso Exchange Server e con la possibilità di importare gli archivi di posta in formato .pst
Fonti:
http://www.microsoft.com/presspass/press/2010/feb10/02-11msmacworld2010pr.mspx
Ringrazio Anna per avermi segnalato il lancio del nuovo sito Internet di Fiat Corporate Fleet Solutions.
Il sito è stato realizzato utilizzando SharePoint 2007 (MOSS 2007).
Oggi, mentre stavo facendo il setup di una nuova build di Project Professional 2010 sul mio laptop stavo riflettendo... "ho dedicato davvero poca attenzione a Project 2010".
Chi mi conosce sa che mi sono occupato più o meno da sempre di Microsoft Project (o meglio fa Project 4.0)... e in particolare negli anni mi sono occupato di corsi e consulenze sule tema EPM (Enterprise Project Management) realizzando progetti di questo tipo fin dai tempi di Project Server 2002.
Con la wave 2010 sono rimasto indietro... o meglio, sono state talmente tante le cose da studiare (e ce ne sono ancora un sacco) su SharePoint 2010, che sono stato costretto a dedicare meno tempo a Project 2010.
E pensare che ho iniziato a studiare SharePoint 2010 a partire dal febbraio 2009, quando partecipai all'MVP Summit di Seattle. Poi dal luglio 2009 sono partiti i primi progetti "TAP".
Tanto tempo dedicato e non è ancora neppure visibile la fine. Che bel mestiere che ho scelto! :-) Non mi annoierò mai.
Ma tornando al titolo del post, proprio per chi -come me- ha bisogno di accelerare un po' la propria preparazione su Project 2010, ecco alcuni video che potrebbero aiutare.
