Planification de l'installation
La spécification d'un plan d'installation doit toujours précéder l'installation réelle du système SQL Server. Une planification minutieuse est absolument nécessaire car plusieurs décisions doivent être prises avant de commencer l'installation du système. L'administrateur système doit avoir des réponses claires aux questions suivantes avant de commencer le processus d'installation :
- Quel est le but du système SQL Server ?
- Quelles sont les exigences matérielles et réseau ?
- Combien d'utilisateurs seront actifs en même temps ?
Objectif du système SQL Server
L'objectif du système SQL Server peut être multiple. Par exemple, votre système peut être utilisé exclusivement pour l'éducation, ou il peut s'agir d'un système de production. Dans le cas des systèmes de production, vous devez prendre des décisions concernant le nombre d'utilisateurs et la quantité de données entreposées, car ces systèmes sont très différents. Une autre décision concernant les systèmes de bases de données modernes est de savoir si le système est utilisé pour des tâches opérationnelles ou analytiques. Si la vôtre est une grande base de données avec quelques centaines d'utilisateurs, ou si votre système supporte une charge de transaction importante, les performances des opérations de base de données seront un problème. Dans les deux cas, l'utilisation d'ordinateurs avec multiprocesseurs sera une exigence générale pour garantir l'évolutivité et les bons temps de réponse du système. Si vous avez une énorme base de données, un entreposage sur un disque insuffisant peut être un problème. Dans ce cas, le système fonctionnera généralement mieux si vous utilisez plusieurs disques plus petits au lieu d'un ou deux grands disques.
Vous devez différencier les systèmes utilisés pour les tâches opérationnelles (c'est-à-dire les systèmes nécessitant un accès rapide et des transactions courtes) et les systèmes utilisés pour les tâches analytiques (systèmes utilisant des opérations de récupération complexes sur d'énormes bases de données), car les deux tâches ne peuvent pas être réalisées de manière optimale en utilisant une seule base de données serveur. Pour cette raison, le moteur de base de données (Database Engine) est utilisé pour les tâches opérationnelles et Analysis Services est utilisé pour les tâches analytiques.
Configuration matérielle et réseau requise
Le fait que le système SQL Server ne fonctionne que sur les systèmes d'exploitation Microsoft simplifie les décisions concernant les exigences matérielles et réseau. L'administrateur système ne doit se préoccuper que des exigences matérielles et réseau.
Exigences matérielles
Les systèmes d'exploitation Windows sont pris en charge sur les plates-formes matérielles Intel et compatibles. La vitesse du processeur doit être d'au moins 1 GHz. Généralement, il existe deux groupes d'édition SQL Server : 32 bits et 64 bits. Les exigences pour ces deux groupes diffèrent.
Officiellement, la configuration minimale requise pour la mémoire principale est de 512 Mo. Cependant, presque tout le monde reconnaît qu'une configuration aussi minimale ne fonctionnera pas très bien et, en règle générale, la mémoire principale de votre ordinateur doit être d'au moins 1 Go ou plus. L'espace disque requis dépend de la configuration de votre système et des applications que vous choisissez d'installer.
Configuration réseau requise
Pour vous connecter à n'importe quel composante SQL Server, vous devez avoir un protocole réseau activé. Le système SQL Server peut servir des requêtes sur plusieurs protocoles à la fois. Les clients se connectent au système à l'aide d'un seul protocole. Si le programme client ne sait pas sur quel protocole le système écoute, configurez le client pour qu'il tente séquentiellement plusieurs protocoles. En tant que système client/serveur, le SQL Server permet aux clients d'utiliser différents protocoles réseau pour communiquer avec le serveur, et vice versa. Lors de l'installation de la connectivité, l'administrateur système doit décider quels protocoles réseau (en tant que bibliothèques) doivent être disponibles pour permettre aux clients d'accéder au système. Les protocoles réseau suivants peuvent être sélectionnés côté serveur :
- La mémoire partagée
- Protocole de contrôle de transmission/protocole Internet (TCP/IP)
- Named Pipes
- Protocole d'adaptateur d'interface virtuelle (VIA)
Les connexions au système à partir d'un client s'exécutant sur le même ordinateur utilisent le protocole de mémoire partagée. La mémoire partagée n'a pas de propriétés configurables et ce protocole est toujours essayé en premier. Le Named Pipes est un protocole réseau alternatif sur les plates-formes Windows. Après le processus d'installation, vous pouvez abandonner la prise en charge des canaux nommés et utiliser un autre protocole réseau pour la communication entre le serveur et les clients. Le protocole réseau TCP/IP permet au système de communiquer à l'aide de sockets Windows standard comme méthode de communication par protocole Internet (IPC) via le protocole TCP/IP. Le protocole Virtual Interface Adapter (VIA) fonctionne avec le matériel VIA.
Les éditions SQL Server
Lorsque vous planifiez votre installation, vous devez savoir quels types d'éditions SQL Server existent. Outre les groupes d'édition 32 bits et 64 bits, Microsoft prend en charge les éditions suivantes de SQL Server :
| Édition | Description |
|---|---|
| Édition Express | C'est la version allégée de SQL Server. Ce produit doit être utilisé par les développeurs d'applications. Pour cette raison, le produit comprend le programme de base Express Manager (XM) et prend en charge l'intégration CLR et XML natif. Vous pouvez également télécharger SQL Server Management Express pour SQL Server Express, afin de gérer facilement une base de données. Le SQL Server Express est disponible en téléchargement gratuitement. |
| Édition Workgroup | Conçu pour les petites entreprises et devrait également être utilisé au niveau du département. Cette édition fournit une prise en charge des bases de données relationnelles sans les fonctionnalités de business intelligence (BI) et de haute disponibilité. Cette édition prend en charge jusqu'à deux processeurs et un maximum de 2 Go de RAM. |
| Édition Standard | Fournit une version 32 bits et une prise en charge 64 bits pour les systèmes x64 et Itanium. Il prend également en charge jusqu'à quatre processeurs et inclut la gamme complète des fonctionnalités de BI. |
| Édition Enterprise | La forme spéciale du système SQL Server étant destinée aux applications à temps critique avec un grand nombre d'utilisateurs. Contrairement à l'édition Standard, cette édition contient des fonctionnalités supplémentaires pouvant être utiles pour les installations très haut de gamme avec des multiprocesseurs ou des unités d'allocations symétriques. Les fonctionnalités supplémentaires les plus importantes d'Enterprise Edition sont le partitionnement des données, les instantanés de base de données et la maintenance en ligne de la base de données. |
| Édition Developer | Permet aux développeurs de créer et de tester tout type d'application avec SQL Server sur des plates-formes 32 et 64 bits. Il inclut toutes les fonctionnalités d'Enterprise Edition, mais est concédé sous licence uniquement pour une utilisation dans le développement, les tests et la démonstration. Chaque licence de Developer Edition autorise un développeur à utiliser le logiciel sur autant de systèmes que nécessaire ; les développeurs supplémentaires peuvent utiliser le logiciel en achetant des licences supplémentaires. Pour un déploiement rapide en production, le système de base de données de Developer Edition peut facilement être mis à niveau vers Enterprise Edition. |
| Édition Compact | Une version allégée de SQL Server que vous pouvez utiliser sur les Pocket PC, les téléphones intelligents, les tablettes PC et les ordinateurs de bureau. Les bases de données Compact Edition sont généralement utilisées comme bases de données intégrées pour les applications de bureau. |
Recommandations d'installation
Au cours du processus d'installation, vous devez faire de nombreux choix. En règle générale, il est préférable de vous familiariser avec leurs effets avant d'exécuter le programme d'installation. Vous devez répondre aux questions suivantes avant de commencer le processus d'installation :
- Où le répertoire racine sera-t-il entreposé ?
- Faut-il utiliser plusieurs instances du moteur de base de données ?
- Quel mode d'authentification pour le moteur de base de données doit être utilisé ?
Où entreposer le répertoire racine
Le répertoire racine est l'endroit où le programme d'installation entrepose tous les fichiers de programme et les fichiers ne changeant pas lorsque vous utilisez le système SQL Server. Par défaut, le processus d'installation entrepose tous les fichiers de programme dans le sous-répertoire Microsoft SQL Server, bien que vous puissiez modifier ce paramètre pendant le processus d'installation. L'utilisation du nom par défaut est recommandée car elle détermine de manière unique la version du système.
Combien d'instances du moteur de base de données à exécuter
Avec Database Engine, vous pouvez installer et utiliser plusieurs instances différentes. Une instance est un serveur de base de données ne partageant pas ses bases de données système et utilisateur avec d'autres instances (serveurs) s'exécutant sur le même ordinateur. Il existe deux types d'instances :
- Par défaut
- Nommé
L'instance par défaut du serveur de base de données fonctionne de la même manière que les serveurs de base de données dans les versions antérieures de SQL Server, où un seul serveur de base de données sans prise en charge d'instance existait. Le nom de l'ordinateur sur lequel l'instance s'exécute spécifie uniquement le nom de l'instance par défaut. Toute instance du serveur de base de données autre que l'instance par défaut est appelée instance nommée. Pour identifier une instance nommée, vous devez spécifier son nom ainsi que le nom de l'ordinateur sur lequel l'instance s'exécute : par exemple, GLADIR01\INSTANCE1. Sur un ordinateur, il peut y avoir n'importe quel nombre d'instances nommées (en plus de l'instance par défaut). En outre, vous pouvez configurer des instances nommées sur un ordinateur qui n'a pas l'instance par défaut. Bien que toutes les instances exécutées sur un ordinateur ne partagent pas la plupart des ressources système (les services SQL Server et SQL Server Agent, bases de données système et utilisateur, ainsi que clefs de registre), certaines composantes sont partagés entre elles :
- Groupe de programmes SQL Server
- Serveur Analysis Services
- Bibliothèques de développement
L'existence d'un seul groupe de programmes SQL Server sur un ordinateur signifie également qu'il n'existe qu'une seule copie de chaque utilitaire, étant représentée par une icône dans le groupe de programmes. Par conséquent, chaque utilitaire fonctionne avec toutes les instances configurées sur un ordinateur. Vous devriez envisager d'utiliser plusieurs instances si :
- Vous avez différents types de bases de données sur votre ordinateur
- Votre ordinateur est suffisamment puissant pour gérer plusieurs instances
L'objectif principal des instances multiples est de diviser les bases de données existant dans votre organisation en différents groupes. Par exemple, si le système gère des bases de données utilisées par différents utilisateurs (bases de données de production, bases de données de test et bases de données exemples), vous devez les diviser pour qu'elles s'exécutent sous différentes instances. De cette façon, vous pouvez encapsuler vos bases de données de production à partir de bases de données utilisées par des utilisateurs occasionnels ou inexpérimentés. Une machine monoprocesseur ne sera pas la bonne plate-forme matérielle pour exécuter plusieurs instances du moteur de base de données, en raison de ressources limitées. Pour cette raison, vous devez envisager l'utilisation de plusieurs instances uniquement avec des ordinateurs multiprocesseurs.
Quel mode d'authentification choisir
En ce qui concerne le moteur de base de données, il existe deux modes d'authentification différents :
- Le mode Windows spécifie la sécurité exclusivement au niveau du système d'exploitation, c'est-à-dire qu'il spécifie la manière dont les utilisateurs se connectent au système d'exploitation Windows à l'aide de leurs comptes d'utilisateurs et de leurs appartenances aux groupes.
- Mode mixte permet aux utilisateurs de se connecter au moteur de base de données à l'aide de l'authentification Windows ou de l'authentification SQL Server. Cela signifie que certains comptes d'utilisateurs peuvent être configurés pour utiliser le sous-système de sécurité Windows, tandis que d'autres peuvent utiliser le sous-système de sécurité SQL Server en plus du sous-système de sécurité Windows.
Microsoft recommande l'utilisation du mode Windows.