Post on 19-Mar-2020
Installer SQL Server 2012 sur Windows Server 2012
août 3, 2012spasipeLaisser un commentaireAller aux commentaires
1 Vote
[MAJ]
L’installation de la version 2014 CTP1 de SQL Server (testée sur Windows Server 2012 R2 preview) se
déroule de la même manière que dans cet article.
Informations sur la disponibilité des packages : voir l’article Windows Server 2012 R2, SQL Server
2014 et System Center 2012 R2 disponibles au téléchargement.
[/MAJ]
Nous allons voir dans ce post comment installer SQL Server 2012 sur un serveur Windows Server
2012.
Prérequis
1. Windows Server 2012 installé (voir ici et là pour les procédures d’installation sous VirtualBox),
2. ADDS installé (voir ce post),
3. Télécharger SQL Server 2012 à l’adresse suivante,
4. Créer un compte (AD) qui sera utilisé comme compte de service pour les services SQL Server
"MSSQLSERVER" et "SQLSERVERAGENT". Il se nommera Svc_SQL.
Installation
5. Monter l’ISO dans votre logiciel de virtualisation préféré (ici Virtual Box).
6. De retour dans la VM lancez l’installeur
Puis
7. Cliquez sur "Installation" et "New
SQL [...] installation"
8. SQL Server lance des tests, cliquez sur le bouton "Détails" pour voir le détails des test. Ici aucun
problème à signaler, cliquez sur "OK".
9. Si votre machine est connectée à Internet SQL Server vérifie si des updates sont disponibles. Dans
notre cas aucun update n’est disponible, cliquez sur "Next".
10. D’autres tests sont déroulés, et un avertissement est affiché car le Firewall est activé.
Rien de problématique, cliquez sur "Next".
11. Choisissez la version "Free – Evaluation". Cliquez sur "Next".
12. Cliquez sur "I accept the license terms". Cliquez sur "Next".
13. Conservez la première option sélectionnée, les 2 autres choix concernant PowerPivot et une
installation avec toutes les fonctionnalités. Cliquez sur "Next".
14. Sélectionnez les fonctionnalités désirées et modifiez si besoin les chemins d’installation (n’oubliez
pas de cocher les 2 cases concernant le "Management Studio"). Cliquez sur "Next".
16. J’ai choisi ici de conserver l’instance par défaut mais vous pouvez choisir une instance nommée.
Mon ID d’instance sera "SHAREPOINT". Cliquez sur "Next".
17. Un récapitulatif s’affiche. Cliquez sur "Next".
18. Configurez les services comme ci-dessous; notez l’utilisation du compte "Svc_SQL" créé dans les
prérequis.
19. Cliquez sur l’onglet "Collation" pour configurer la collation de SQL Server comme préconisé par
Microsoft, à savoir "Latin1_General_CI_AS_KS_WS".
Cliquez sur "Customize".
20. Cliquez sur "Windows collation [...] order" et sélectionnez les options comme ci-dessous. Cliquez
sur "OK".
21. La collation est désormais correctement paramétrée. Cliquez sur "Next".
22. Conservez le mode d’authentification Windows sélectionnée (dans le cadre de cette
installation sur cette VM nous n’avons pas besoin du mode mixte).
Cliquez sur "Add current user" pour ajouter votre compte en tant qu’administrateur SQL Server.
Cliquez sur "Next".
23. Cliquez sur l’onglet "Data Directories" et modifiez éventuellement les chemins d’installation.
Cliquez sur "Next".
25. Des vérifications s’exécutent. Pas de problèmes, cliquez sur "Next".
26. Un récapitulatif des éléments installés s’affiche. Cliquez sur "Install".
27. L’installation s’est correctement déroulée. Cliquez sur "Close".
28. L’installation est terminée. Vous pouvez lancer le "Management Studio" depuis le bureau.
29. Cliquez sur "Coonnect"
30. SQL Server 2012 est opérationnel !
Créer les comptes AD nécessaires à l’installation
de SharePoint
Cet article présente les comptes (AD) que vous devez créer avant de débuter une installation
de SharePoint en mode non-standalone. Ces indications sont valables pour SharePoint
2007/2010/2013 dans le cadre d’une installation "Least Privilege", qui fait partie des best-
practices à suivre lors d’une installation de SharePoint.
Il fait partie d’une série concernant le déploiement de SharePoint 2013 :
SharePoint 2013 : Prérequis matériels, logiciels et système,
SharePoint 20xx : Création des comptes AD nécessaires à l’installation,
SharePoint 2013 : Améliorer la sécurité de SQL Server,
SharePoint 2013 : Installer un serveur (en mode ferme),
SharePoint 2013 : Installer un serveur standalone,
SharePoint 20xx : Ajouter un serveur à une ferme.
Suite à une remarque m’ayant été faite (merci Julien), je précise que le déroulement de cette
procédure suppose que votre contrôleur de domaine soit un serveur distinct du serveur
SharePoint.
L’installation de SharePoint sur un DC n’étant de toute manière pas supporté par Microsoft, je
vous conseille donc de monter un contrôleur de domaine indépendant.
Liste des comptes à créer
Votre_Domaine\SP_Install est utilisé pour effectuer l’installation de SharePoint
(lancement des setup, du wizard de configuration ou de psconfig), ainsi que pour les
mises à jour (updates, language packs, …).
Votre_Domaine\SP_Farm est utilisé lors de l’installation de SharePoint en tant que
"compte d’accès à la base de données". Ce compte sera utilisé automatiquement par le
pool de l’administration centrale, et le service Timer.
Création des comptes
1. Lancez votre console AD.
Lancez le "Server Manager", cliquez à gauche sur "ADDS", puis faites un clic droit sur votre
serveur et sélectionnez "Active Directory Users and Computers".
2. Pour plus de lisibilité, créez une OU propre à SharePoint.
Cliquez-droit sur votre domaine, sélectionnez "New" puis "Organizational Unit".
3. Saisissez le nom de l’OU (ici SharePointUsers pour être original …); cliquez sur "OK".
4. Créez les 2 utilisateurs "SP_Install" et "SP_Farm" en suivant les étapes ci-dessous
Cliquez-droit sur votre OU, sélectionnez "New" puis "User".
Saisissez les informations du compte et cliquez sur "Next".
Saisissez le mot de passe du compte, et cochez les 2 cases signalées. Cliquez sur
"Next".
Cliquez sur "Finish"
5. Les 2 comptes sont créés dans la nouvelle OU.
Habilitations des comptes
Seul le compte "SP_Install" nécessite des habilitations particulières.
6. Il doit être membre du groupe "Administrateurs" sur les serveurs sur
lesquels SharePoint sera installé (hors SQL et contrôleur de domaine, donc).
Sur chaque serveur SharePoint, lancez le "Server Manager", cliquez sur "Tools", puis
sur "Computer Management".
Cliquez sur "Local Users and Groups", cliquez sur "Groups" puis double-cliquez sur
"Administrators, et enfin sur "Add" dans la fenêtre.
Remplissez le nom du compte, validez : le compte "SP_Install" fait désormais partie
du groupe "Administrateurs" du serveur.
7. Il doit également posséder les rôles SQL "dbcreator" et "securityadmin".
Lancer SQL Server Management Studio. Cliquez sur "Connect".
Développez "Security", puis faites un clic-droit sur "Logins" et "New Login".
Saisissez le nom du compte "SP_Install".
Cliquez "Server Roles", et sélectionnez "dbcreator" et "securityadmin". Cliquez sur
"OK".
La création et la configuration des comptes est terminée.
SharePoint 2013 – Installer un serveur standalone
[Edit 1] 25.10.2012 : Mise à jour de l’article avec la version RTM de SharePoint 2013,
disponible sur MSDN depuis le 24/10/2012.[/Edit 1]
Nous allons voir dans cet article comment installer SharePoint Server 2013 en mode
standalone; pour une installation en mode « ferme » vous pouvez vous référer à cet article.
Si vous préférez passer par du PowerShell pour les étapes allant de l’installation des rôles à
l’installation des prérequis ou installer SharePoint en offline, vous pouvez utiliser les scripts
suivants – Lisez bien les indications de la page.
Cet article fait partie d’une série concernant le déploiement de SharePoint 2013 :
Après lecture de la page Technet, je constate que les KB à installer sont quelque peu
différentes de celles de la beta, voici celles à installer après l’installation des prérequis :
KB 2554876 (Windows 2008)
KB 2708075 (Windows 2008)
KB 2759112 (Windows 2008)
KB 2765317 (Windows 2012)
Résultat :
Sous Windows 2008 : l’installation des 3 KB citées ci-dessus n’empêchent pas le wizard de
planter à l’étape 8.
Sous Windows 2012 : l’installation de la KB 2765317 et un reboot ont permis de débloquer
l’erreur précédemment rencontrée :
Par contre le wizard plante à l’étape 8 comme pendant le déroulement de la procédure ci-
dessous.
[/EDIT 1]
Nous allons voir dans cet article comment installer pas-à-pas un serveur SharePoint 2013
standalone, sur un serveur Windows 2008 R2 (SP1) n ‘appartenant pas à un domaine, mais se
trouvant dans un workgroup.
Note : Ce type d’installation n’est pas supporté (cf. cet article) et sera donc réservé (on s’en
doutait un peu) à des fins de tests.
Vous pouvez jeter un oeil sur cet article qui décrit les prérequis matériels, logiciels et système
pour SharePoint 2013.
Pour exécuter cette procédure, vous devez être connecté avec un compte local faisant partie
du groupe "Administrateurs" du serveur.
Installation des prérequis
1. Montez l’ISO de SharePoint 2013 et lancez l’installeur
2. Une petite popup de transition
3. Cliquez sur « Install software prerequisites ».
6. L’installation débute, la VM ayant accès à Internet, les prérequis sont téléchargés puis
installés.
7. Cliquez sur « Finish » pour rebooter le serveur.
On remarque au passage une gestion … particulière de la taille des téléchargements.
9. L’installation s’achève; cliquez sur « Finish » pour rebooter le serveur.
11. L’installation se termine; cliquez sur "Finish".
12. Installer les KB citées au début de cet article :
KB 2554876 (Windows 2008)
KB 2708075 (Windows 2008)
KB 2759112 (Windows 2008)
KB 2765317 (Windows 2012)
Installation de SharePoint
1. Relancer l’installation depuis l’ISO; cliquez sur « Install SharePoint Server ».
3. Cliquez sur « I accept … » puis sur « Continue ».
4. Choisissez l’option « Standalone », c’est-à-dire que tous les composants sont installés sur le
même serveur, y compris SQL Server, par le biais de l’installation de SQL Server 2008 R2
Express.
5. Si vous le souhaitez, avant de cliquer sur "Install Now", vous pouvez cliquer sur l’onglet «
File Location » et modifier les chemins d’installation.
7. Cliquez sur « Close » pour lancer l’assistant de configuration.
Configuration de SharePoint
1. Clliquez sur « Next » puis sur « Yes » dans la fenêtre.
3. On arrive à l’étape 8, une des 2 étapes qui plantaient joyeusement avec la beta.
4. Dis-moi pas qu’cest pas vrai, même erreur qu’avec la beta ?!?
5. Direction cet article pour appliquer le fix que j’avais utilisé avec la beta, à savoir modifier
le répertoire suivant :
Je cite le passage intéressant de l’article :
J’ai effectué 2 actions sur ce répertoire avant de relancer le wizard :
Attribué le droit de « Full Control » à « Everyone »,
Créé manuellement un partage via « Advanced Sharing ».
Je ne sais pas lequel des 2 (ou les 2) corrige(nt) le problème, c’est sale, mais çà fonctionne.
En fait, si vous ne créez pas un partage manuellement, çà ne fonctionnera pas.
Et si vous souhaitez procéder autrement, sachez que la partie "Analytics" est désormais
intégrée à l’application de service de recherche (voir cet article), et effectivement lorsque
vous ouvrez l’administration centrale après ce plantage (car l’admin centrale fonctionne
malgré çà), vous verrez que l’application de service de recherche (entre autre) est en erreur.
Il y a donc peut-être possiblité de corriger ce souci en jouant sur cette application de service –
Personnellement la solution que j’ai citée me va bien.
6. Relancez le wizard de configuration, cette fois il se termine correctement
7. Lorsque vous cliquez sur "Finish", vous n’êtes pas redirigé sur l’administration centrale
comme çà a toujours été le cas, mais sur le site par défaut (port 80)
8. Lancez l’administration centrale.
9. Vous pouvez alors créer sans erreur un managed account, une application web, une
collection de sites et constater que toutes les applications de service créées par défaut sont
bien démarrées.
Il n’y a pas non plus d’erreur à l’ouverture de l’application de service de recherche.
10. Au niveau de la consommation mémoire :