Con l’avvicinarsi del rilascio di SharePoint Server 2019, previsto entro la fine dell’anno corrente, uscirà dal pieno supporto di prodotto Microsoft anche SharePoint 2013 SP1 (ovviamente, per i più distratti, sono già fuori supporto le versioni 2001, 2007, 2010 e 2013 pre-SP1).

Microsoft applica la regola del supporto all’ultima versione e alla penultima rilasciata (quindi, a breve, la SharePoint 2016).

Ma cosa significa quando un prodotto esce dal supporto (End of Support)?

• Microsoft non si impegna più a fornire supporto tecnico al prodotto, rendendo vana la possibilità di aprire incident tickets
• Non saranno più rilasciate le abituali Cumulative Updates (CU) e più in generale fix utili a risolvere problemi o errori del prodotto
• Non saranno più rilasciati security updates (eccetto alcuni casi straordinari avvenuti nel passato, dove Microsoft ha fatto qualche strappo alla regola)
• Non saranno più rilasciati language packs o aggiornamenti internazionali

Ma quali sono le differenze tra Mainstream Support e Extended Support End Date?

Microsoft considera per i prodotti all’interno del Mainstream Support (MS) un supporto pieno, completo di patch/fix, cicli di service pack o aggiornamenti cumulativi, disponibilità a fornire supporto attraverso i propri canali tecnici. Durante il MS Microsoft spesso rilascia anche nuove funzionalità in grado di estendere o migliorare il prodotto, come accade con i Feature Packs (FP) per SharePoint. Questa fase inizia con il ciclo di vita del prodotto, a partire dalla versione Release to Manufacture (RTM), non coprendo le fasi preliminari su versioni Beta o Preview.

L’Extended Support (ES) inizia al termine del MS, dove il team di prodotto non prosegue lo sviluppo di nuove funzionalità ma si concentra nella nuova versione di prodotto, durante questa fase Microsoft non garantisce più supporto (in termini di apertura ticket) ma tuttavia continua a rilasciare aggiornamenti di sicurezza e altri bug fix.
Decidere di utilizzare ancora una versione di prodotto sopraggiunta al periodo ES… significa essere sicuri delle proprie capacità di risoluzione dei problemi (o di quelle dei propri fornitori tecnici), consapevoli che di fronte a problemi ci si dovrà arrangiare.

Quando un prodotto raggiunge l’End of Support (EoS) significa che anche ES è terminato. Da quel momento in avanti, se si continua ad utilizzare la versione di prodotto… lo si fa a proprio rischio e pericolo, esposti anche a possibili problemi di sicurezza.

La soluzione quindi?

La soluzione è paradossalmente semplice: tenere aggiornati i propri sistemi.
Semplice ma non banale, consapevoli che un upgrade di un sistema SharePoint non è mai una cosa banale.

Più in generale provo a riassumere alcuni comportamenti fondamentali:

1. Pianificare con regolarità l’installazione delle Cumulative Updates o dei Service Pack, al fine di avere una Farm aggiornata e minimizzare i possibili “traumi” di un passaggio poco graduale. Installare una CU è un processo da affrontare con prudenza (crea disservizi e potrebbe non andare bene al primo tentativo), quindi è poco realistico aggiornare con reale continuità (ogni 1-2 mesi Microsoft rilascia nuove CU), ma è sensato farlo almeno ogni 5-6 mesi.
2. Limitare (o meglio evitare) sviluppo di soluzioni custom, se ne possiamo fare a meno. E, in tutti i casi dove è necessario ricorrere allo sviluppo, seguire sempre e solo le best practices per lo sviluppo SharePoint. Qualsiasi elemento “estraneo” a SharePoint “out of the box” rappresenta una possibile variabile rispetto a quanto testato da Microsoft prima del rilascio dell’aggiornamento.
3. Se si adottano tool di terze parti, assicurarsi di disporre sempre di un buon contratto di supporto con il fornitore per essere certi che il prodotto sia testato anche nelle versioni più recenti di SharePoint e sia pronto a fornire una nuova versione in vista dell’upgrade.
4. Seguire sempre con attenzione le buone pratiche per la SharePoint governance, evitando la crescita incontrollata di site collection e content DB, evitando anche le cattive abitudini che potrebbero compromettere o complicare gli aggiornamenti (es. liste o library sopra i 5.000 elementi, eccessiva frammentazione delle autorizzazioni item-level, …).
5. Limitare (o evitare se non necessario) l’uso di componenti in grado di complicare l’infrastruttura, come ad esempio il Remote BLOB Storage (RBS).
6. Predisporre un ambiente di test dove valutare il possibile impatto degli aggiornamenti prima di eseguire l’update in produzione.
7. Seguire sempre un approccio di massima prudenza prima di applicare qualsiasi tipo di aggiornamento della SharePoint Farm, assicurandosi un solido Restore Point, completando full backup dei DB e snapshot delle VM.

Ma tornando all’End of Support, ecco di seguito una tabella riassuntiva delle diverse versioni di SharePoint con i relativi periodi di supporto e di EoS:

Potrebbe capitare di dover attivare (o acquistare) delle App da fornitori esterni, su Internet, arricchendo così lo SharePoint Store della propria SharePoint Farm.

Di default è infatti disabilitata la possibilità di aggiungere App da risorse esterne (dallo Store pubblico), ed è possibile scegliere di attivare questa possibilità grazie ad un’apposita web application feature chiamata Apps that require accessible internet facing endpoints.

Per fare tutto questo puoi utilizzare la SharePoint Central Admin, accedere alla sezione Web Application Management, selezionare la web application e cliccare sul pulsante Manage Features dal ribbon. Quindi attivare la feature descritta.

Il tutto è attivabile anche attraverso comandi Powershell:

Set-SPAppStoreConfiguration -Url http://office.microsoft.com -Enable $true

Per info aggiuntive

SharePoint Server 2016 è già da diverse settimane in versione finale (RTM), e con l’evento di ieri è stata rilasciata la GA (Global Availability), ossia la possibilità di acquistarlo e scaricarlo dai portali di licensing Microsoft.

Anche la documentazione tecnica su Technet si sta via-via aggiornando, con i riferimenti alla nuova release di prodotto.

In particolare segnalo l’articolo con il dettaglio dei nuovi “boundaries and limits”, sempre utile da conoscere per progettare sistemi SharePoint performanti e scalabili.

Tutti i componenti delle SharePoint Farm sono tranquillamente virtualizzabili, sia con piattaforma Hyper-V che VM Ware, che altra.

Spesso capita di incontrare SharePoint Farm piuttosto lente (non solo tra quelle virtualizzate), e spesso –al netto di personalizzazioni e sviluppi custom- le ragioni sono imputabili a questi principali colpevoli:

• Cattiva ottimizzazione dello storage e della velocità I/O sui dischi (in particolar modo per la parte SQL Server)
• Errori di configurazione o assenza di ottimizzazioni  per le VM e i Virtual Disk
• Utilizzo di Antivirus sui server, senza ricorrere alle “directory exclusions”
• Attivazione inutile/superflua di servizi e service application sulla farm, con conseguente spreco di risorse
• Assenza o cattiva configurazione delle Cache
• Assenza di script di Warm-up, per mitigare il problema del primo accesso ai contenuti, dopo il Recycle notturno delle risorse IIS

Alcune risorse utili per approfondire.

Ottimizzazione Performance e Virtualizzazione:

• https://technet.microsoft.com/en-us/library/hh295699(v=office.14).aspx
• https://technet.microsoft.com/en-us/library/cc298801.aspx
• https://technet.microsoft.com/en-us/library/jj721440.aspx

Ottimizzazione Antivirus:

• http://support.microsoft.com/kb/952167
• http://mmman.itgroove.net/2012/06/antivirus-exclusions-for-sharepoint-2010-and-sql-server-2012/

Warm-up Scripts:

• https://spbestwarmup.codeplex.com/

Ottimizzazione delle Cache:

• https://technet.microsoft.com/en-us/library/cc261797.aspx
• http://sp2010solutions.blogspot.it/2012/04/sharepoint-performance-optimization-1.html

Sviluppi e personalizzazioni:

Infine, rispetto al tema delle personalizzazoni e degli sviluppi custom… servirebbe aprire un capitolo a parte.
Suggerisco infatti di lavorare in termini di test, benchmark e ottimizzazioni utilizzando classici Team Sites… per poi passare ai veri siti (con le personalizzazioni), al fine di escludere i problemi legati agli sviluppi.