Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Jean-Christophe Brabant

SharePoint, HTML5, UX,PowerShell, ...
[SharePoint 2010] Troisième étape : Configuration de la machine et installation de SharePoint

Après avoir installé tous les outils que nous voulions à l’étape deux, nous allons configurer la machine. A partir de maintenant on va se concentrer sur la création de scripts qui vont nous permettre d’installer et configurer les outils restant automatiquement. Nous nous placerons dans un dossier spécifique à la racine du disque, le dossier C:\Scripts.

Configuration de l’ordinateur

Il va nous falloir fixer le nom de l’ordinateur avant de configurer l’AD. En effet, nous aurons besoin de connaitre son nom pour l’installation de SharePoint, donc autant le fixer nous-même.

Le script powershell à exécuter pour se faire :

   1: $sysInfo = Get-WmiObject -Class Win32_ComputerSystem
   2: $sysInfo.Rename("DEVSP")

Configuration de l’active directory

Dans un premier temps, on va configurer l'active directory pour pouvoir créer l'ensemble des utilisateurs nécessaire à l'installation de SQL et SharePoint tout en respectant certains bonnes pratiques.

Pour faire simple, lors de la configuration de l’AD, nous utiliserons local.com comme domaine.

Pour configurer l’AD, il faut passer par dcpromo.exe. L’une des options qui nous sera utile est l’option /unattend. Elle va nous permettre de passer un fichier réponse avec toutes les informations nécessaires.

Voici le fichier réponse que j’ai utilisé pour ma configuration :

   1: ;Usage
   2: ; dcpromo.exe /unattend:C:\Scripts\AD\Answer.txt
   3: [DCInstall]
   4: ReplicaOrNewDomain=Domain
   5: NewDomain=Forest
   6: NewDomainDNSName=local.com
   7: ForestLevel=4
   8: InstallDNS=Yes
   9: ConfirmGc=Yes
  10: CreateDNSDelegation=No
  11: DatabasePath="C\Windows\NTDS"
  12: LogPath="C:\Windows\NTDS"
  13: SYSVOLPATH="C:\Windows\SYSVOL"
  14: SafeModeAdminPassword=Password0
  15: RebootOnCompletion=No
 
Note : J’ai pris soin de mettre le reboot à No pour le gérer moi-même dans mon script de base.

Une fois la configuration de l'AD terminée nous allons créer nos utilisateurs en suivant les conseils de Todd pour les bonnes pratiques d'installation de SharePoint 2010 au niveau des utilisateurs. Nous devons faire attention aux droits nécessaires pour chacun des utilisateurs. Nous pouvons en profiter pour créer les utilisateurs nécessaires à l'installation du SQL Server. J'ai créé les utilisateurs suivant :

  • sql_reportservice
  • sql_agentservice
  • sql_service

Il y a plusieurs manières de rajouter des utilisateurs à l’AD, j’ai choisi d’utiliser la commande dsadd.

   1: dsadd user "CN=sp_install,cn=users,dc=local,dc=com" -acctexpires never -pwd Password0 -mustchpwd no -canchpwd no -pwdneverexpires yes -disabled no
   2:

Complétion de l’image SQL Server

Plus rien ne s'oppose à nous maintenant pour installer SQL Server. J'ai choisi de l'installer en ligne de commande grâce à PowerShell.

   1: invoke-expression "& ""$SqlSetupPath"" /Q /ACTION=CompleteImage /INSTANCEID=""$InstanceID"" /INSTANCENAME=""$InstanceName"" /SQLSVCACCOUNT=""$SqlSvcAccount"" 
   2: /SQLSVCPASSWORD=""$SqlSvcPassword"" /RSSVCACCOUNT=""$RsSvcAccount"" /RSSVCPASSWORD=""$RsSvcPassword"" /SQLSYSADMINACCOUNTS=""$SqlSysadminAccounts"" 
   3: /AGTSVCACCOUNT=""$AgtSvcAccount"" /AGTSVCPASSWORD=""$AgtSvcPassword"" /AGTSVCSTARTUPTYPE=""Manual"" /IACCEPTSQLSERVERLICENSETERMS /TCPENABLED=$TcpEnabled 
   4: /ERRORREPORTING=""1"" /INDICATEPROGRESS " 

Les variables sont tirées d’un fichier de config XML :

   1: xml version="1.0" encoding="utf-8"?>
   2: <Configuration>
   3:
   4: <SqlServer SqlSetupPath="C:\Scripts\InstallIso\SQL2008R2" InstanceID="SQLSERVER" 
   5: InstanceName="SQLSERVER" SqlSvcAccount="local\sql_service" SqlSvcPassword="Password0" 
   6: RsSvcAccount="local\sql_reportservice" RsSvcPassword="Password0" SqlSysadminAccounts="builtin
   7: \administrators" AgtSvcAccount="local\sql_agentservice" AgtSvcPassword="Password0" 
   8: SecurityMode="SQL" SaPassword="Password0" TcpEnabled="1">SqlServer>
   9:
  10: Configuration>
Une fois SQL Server terminé d’installer, nous devons ajouter les utilisateurs ayant des droits, typiquement sp_install et Administrator. Pour ce faire nous allons utiliser la commande suivante :
   1: Invoke-sqlcmd -ServerInstance localhost\SQLSERVER -InputFile "C:\Scripts\RightsSqlServer.sql"

Cependant pour avoir accès à la cmdlet Invoke-sqlcmd nous allons ajouter un provider pour SQL Server. Nous pouvons nous inspirer de l’initialiseur trouvé ici : http://www.sqldev.org/sql-server-tools-general/powershell-v2-sql-server-53788.shtml.

Installation de SSMS

L’un des problèmes de l’installation de SQL Server en passant par une image, c’est qu’il n’installe pas Sql Server Management Studio. Le seul moyen est de repasser l’installation en mode « Repair », et de préciser SSMS dans les features.

   1: [xml]$config = Get-Content c:\Scripts\config.xml
   2: $SqlSetupPath = $config.Configuration.SqlServer.SqlSetupPath + "\setup.exe"
   3: $InstanceId = $config.Configuration.SqlServer.InstanceId
   4: $InstanceName = $config.Configuration.SqlServer.InstanceName
   5: invoke-expression "& ""$SqlSetupPath"" /Q /ACTION=Repair /FEATURES=ADV_SSMS"

L’installation de SQL Server est donc terminée. Nous allons pouvoir passer à celle de SharePoint.

Installation de SharePoint 2010

Il existe déjà des outils pour automatiser l’installation de SharePoint 2010. Nous utiliserons AutoSPInstaller.

Note : Les fichiers .ps1 téléchargés avec AutoSPInstaller sont lockés et vous demanderont si vous voulez bien les exécuter. Pour empêcher ça, il faut cliquer sur le bouton Unlock qui se trouve dans les propriétés des fichiers.

Dans le fichier d'input, nous ferons attention d'utiliser les bons users précédemment créés. Par exemple dans la partie ManagedAccount :

   1: <ManagedAccounts>
   2:     <ManagedAccount username="local\sp_portalapp" Password="Password0" CommonName="portalapppool"/>
   3:     <ManagedAccount username="local\sp_webapp" Password="Password0" CommonName="mysiteapppool"/>
   4:     <ManagedAccount username="local\sp_serviceapps" Password="Password0" CommonName="spservice"/>
   5:     <ManagedAccount username="local\sp_search" Password="Password0" CommonName="searchservice"/>
   6: ManagedAccounts> 
Note : Il ne faut surtout pas toucher aux CommonName. Ils sont référencés en dur dans AutoSPInstaller.

Si vous voulez installer SharePoint 2010 en français, vous devrez mettre le LanguagePack dans le dossier d’AutoSPInstaller prévu à cet effet : \SP2010\LanguagePacks.

Pour plus d’informations sur comment configurer et utiliser AutoSPInstaller, je vous laisse aller voir http://autospinstaller.codeplex.com/.

Note : Si vous voulez créer des collections de sites avec un template différent que celui proposé, il faudra créer une nouvelle collection de site.

Jicay

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: mercredi 30 mars 2011 18:11 par Lauzange
Classé sous :

Commentaires

Pas de commentaires

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- L’application des MiniDrones Parrot est aussi disponible pour Windows 8.1 par Blog de Jérémy Jeanson le 10-28-2014, 15:01

- L’application des MiniDrones Parrot est enfin disponible pour Windows Phone par Blog de Jérémy Jeanson le 10-27-2014, 09:49

- Mise à jour Samsung 840 EVO sur core server par Blog de Jérémy Jeanson le 10-27-2014, 05:59

- MVP Award 2014 ;) par Blog de Jérémy Jeanson le 10-27-2014, 05:42

- « Naviguer vers le haut » dans une librairie SharePoint par Blog de Jérémy Jeanson le 10-07-2014, 13:21

- PowerShell: Comment mixer NAGIOS et PowerShell pour le monitoring applicatif par Blog Technique de Romelard Fabrice le 10-07-2014, 11:43

- ReBUILD 2014 : les présentations par Le blog de Patrick [MVP Office 365] le 10-06-2014, 09:15

- II6 Management Compatibility présente dans Windows Server Technical Preview avec IIS8 par Blog de Jérémy Jeanson le 10-05-2014, 17:37

- Soft Restart sur Windows Server Technical Preview par Blog de Jérémy Jeanson le 10-03-2014, 19:43

- Non, le certificat public du CA n’est pas un certificat client !!! par Blog de Jérémy Jeanson le 10-03-2014, 00:08