Dans la   liste des fonctions utilisables dans vos scripts   de configuration de ferme SharePoint, voici une nouvelle fonction pour configurer SharePoint afin d’utiliser le serveur de messagerie SMTP : [string]$SMTPServer = "MySMTP-Server.com" [string]$emailAddress = "EmailAddress@myCompany.com" [string]$replyToEmail = "EmailAddress@myCompany.com" Function ConfigureOutgoingEmail {     Try     {         Write-Host -ForegroundColor White " - Configuring Outgoing Email..."         $loadasm = [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint")         $spGlobalAdmin = New-Object Microsoft.SharePoint.Administration.SPGlobalAdmin         $spGlobalAdmin.UpdateMailSettings($SMTPServer, $emailAddress, $replyToEmail, 65001)      }     catch  [system.ex...

  Basé sur différents scripts disponibles sur Internet, dont : SharePoint 2013 - Configure Content Source and Search Result Source using Powershell Ce script fonctionne sur SharePoint Server et SharePoint Foundation 2013 (validé sur la plateforme Foundation) : Function AddSearchLocalContentSource {     Try     {         [string]$serviceAppName = "Search Service Application" #Give the Search App Name         [string]$ContentSourceName = "Another Search Content"         [string]$ContentSiteurl = “ http://mynewcontentURL ”         [string]$ContentSourceType = "SharePoint" #specify the Type (Web, File, ….)         Write-Host "Add the new content source : $ContentSourceName - $ContentSiteurl"         $SearchServiceApplication = Get-SPEnterpriseSearchS...

  Nous avons vu la semaine dernière comment obtenir les informations de base pour le contenu d’un serveur SQL : SQL Server : Petit script court pour avoir les paramètres de configuration de vos bases de données Ainsi, on avec ce script, on en connait plus sur notre serveur, mais il arrive parfois que la configuration de ce serveur soit vraiment à refaire pour tout le contenu. Deux solutions s’offrent alors : Le  mode classique , avec ses petites mimines et en mode click-click Le  mode barbare , avec un petit script qui prépare tout pour vous en une seule fois (il peut même l’exécuter, si vous êtes gentil avec lui) Je vais bien sur donner ici la seconde méthode, car la première est à la portée de tous. Le script provient en parti d’un post trouvé sur le web et amélioré selon mes besoins : Generate dynamic script --- SOURCE  http://www.sqlservercentral.com/Forums/Topic1162703-391-1.aspx   --- USE MASTER declare     @isql varchar(2000),   ...

  Aujourd’hui je suis tombé sur un cas étrange sur en voulant mettre à jour le moteur SQL 2008 sur certains serveurs ayant déjà (ou déjà eu) le moteur SQL Server 2005 installé. Ainsi, juste après le lancement du fichier pour le Service Pack 3, on voit apparaître dans l’event viewer des messages par 3 relatif au “ SideBySide ” : Message 1 : Event Type:    Error Event Source:    SideBySide Event Category:    None Event ID:    32 Date:        7/29/2013 Time:        3:23:49 PM User:        N/A Computer:    XXXXX Description: Dependent Assembly Microsoft.VC80.CRT could not be found and Last Error was The referenced assembly is not installed on your system. For more information, see Help and Support Center at  http://go.microsoft.com/fwlink/events.asp . Message 2: Event Type:    Error Event ...

  Nous avons vu, dans une série d’articles courts, comment améliorer les performances de vos serveurs SQL : SQL Server : Astuces pour améliorer les performances - Lors de l’installation du moteur SQL Server : Astuces pour améliorer les performances - Operating System SQL Server : Astuces pour améliorer les performances - Préparation pour l’installation du moteur Mais lorsque vous devez gérer un environnement déjà existant, il est pratique d’avoir un petit script rapide à exécuter pour connaitre les points d’amélioration immédiat. Ainsi, le script suivant (très simple) permet de tester, pour toutes les bases de données du serveur : le  mode de recouvrement  (à adapter selon vos besoins) la  Collation définie  pour la base de données le  niveau de compatibilité le nom du  DBOwner l’ option de vérification du PageFile  (toujours avec CHECKSUM sauf pour TempDB) les paramètres des fichiers de base de données ---- CHECK DB SETTINGS ----- SELECT db...

  Tout gestionnaire d’environnement SharePoint connaît ce répertoire virtuel “_layouts” utilisé pour les contenus mutualisés dans la ferme. Ainsi les images et objets de style de base de SharePoint sont disponibles directement depuis des adresses du type : http://mySharePointWebApp/_layouts/images/SEARCH.PNG Ou encore en depuis tout point d’un site : http://mySharePointWebApp/sites/mySiteCollection/_layouts/images/SEARCH.PNG Ce type d’adresse fonctionne parfaitement pour SharePoint 2003, 2007 et 2010. En revanche pour la version 2013, il y a une petite astuce du fait du changement de version entre 2010 et 2013. Ainsi, comme nous l’avons vu dans les précédent messages sur la migration, SharePoint 2013 supporte de manière native le design de SharePoint 2010 alors que son design propre est totalement différent. Pour effectuer cette astuce, sans tout casser, Microsoft a choisi d’ajouter une subtilité, le sous répertoire virtuel qui pointe vers un nouveau point de stockage des serveurs....

  Dans les moteurs fournis avec SQL Server, il y a l’ETL Microsoft,   SQL Server Integration Services (SSIS) . Ce moteur comprend les objectifs qui fondent son acronyme : E xtract : Extraire des données depuis tout type de source T ransform : Manipuler les données selon son besoin business L oad : Charger les données finales dans un autre container Je ne vais pas faire ici un cours sur les ETL, mais simplement sur le paramètre d’un des types de tache : La connexion FTP En effet, il s’agit d’un système classique de stockage pour échange de fichiers dans des mondes ne parlant pas la même langue (Windows, Unix, Linux, AS400, MainFrame, …). SSIS est doté comme tout ETL, d’un module permettant de gérer ces connexions FTP, dont il convient de prendre gare à un de ses paramètres : FTP Connection Manager Le timeout est paramétré de base avec une valeur qui peut être faible suivant les cas (30 ou 60 secondes): Si vous tombez dans cette situation de timeout, le package obtiendra l’erreu...

  Une des grandes nouveautés de la plateforme 2010 qui a vraiment été largement modifiée sous SharePoint 2013 est la solution des Office Web Applications. En effet, dans la version 2010, il s’agissait d’un moteur additionnel à installer dans une ferme SharePoint. Celui-ci nécessitait donc toujours les binaires de SharePoint 2010 pour fonctionner. De plus, le système était relativement peu partageable, car chaque ferme SharePoint devait installer le moteur WebApps sur un des serveurs de la ferme pour en bénéficier. Avec la version 2013 de SharePoint, le moteur  Office Web Apps est un moteur totalement externe  qui peut alors être partagé par différentes fermes SharePoint 2013, mais aussi des serveurs Exchange ou Lync 2013. Un même serveur WOPI peut fournir le même service à des serveurs de test, prod et préprod sans dupliquer le serveur à chaque fois (il faut juste bien tailler celui-ci au départ). A cela, on doit ajouter un paramètre très important,  la solution Offi...

  Toujours dans la série des archéologues SharePoint : SharePoint 2013 : Test de migration d’une collection de sites SharePoint WSS V3 (2007) SharePoint 2013 : Migration de site depuis WSS 3 (2007) vers SharePoint Foundation 2013 Nous sommes maintenant avec une base de données SQL Server provenant d’une ferme SharePoint 2007 pour lequel le rapport de Test de migration n’a pas été trop dur. Quelques messages d’alerte, mais pas de point bloquant pour la migration. Migration de la base de données de contenu Nous pouvons donc utiliser la seconde commande : Mount-SPContentDatabase  -Name WSS_2010_Content -WebApplication  http://SP201 3 Cette commande permet de charger la base de contenu dans SharePoint (Equivalent de la commande STSADM “ Addcontentdb ”. Il existe de nombreuses option avec cette commande PowerShell  “ Mount-SPContentDatabase ” , mais l’exécution de base permet de charger et convertir le schéma de la base selon la nouvelle structure SharePoint 2013. Ainsi l...

  Nous avons vu dans un précédent message comment effectuer la migration d’une base de données contenant des collections de sites WSS V3 : SharePoint 2013 : Migration de site depuis WSS 3 (2007) vers SharePoint Foundation 2013 Cette méthode utilise l’outil d’origine de tout gestionnaire SharePoint “STSADM.EXE”, qui est en passe de disparaître au profit des commandes PowerShell. Dans ce cas précis, la méthode est plutôt brutale et ne permet pas d’effectuer de réel test de migration avant de lancer le bignou. La méthode préférée est de passer par la commande PowerShell suivante : Test-SPContentDatabase  -Name WSS_2010_Content -WebApplication  http://SP2013 Elle va alors ouvrir la base de données et tester les points délicats lors de la migration pour sortir un rapport complet dans la fenêtre PowerShell Il est préférable d’utiliser le “… > MyReport.txt” pour plus de confort, ou encore les options ConvertTo-Html/ConvertTo-CSV de PowerShell. Vous trouverez des messages tels...