![\"twitter\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/twitter.png\" "\\"Share")
<\/a><\/a>![\"linkedin\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/linkedin.png\" "\\"Share")
<\/a>![\"mail\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/mail.png\" "\\"Share")
<\/a>Suite de l’\u00e9pisode pr\u00e9c\u00e9dent<\/a>.<\/p>\n Une fois le mat\u00e9riel command\u00e9, livr\u00e9, d\u00e9ball\u00e9, rack\u00e9, etc…, il va falloir installer Windows et SQL Server. L\u00e0 encore il va falloir regarder certains d\u00e9tails de pr\u00e8s :<\/p>\n On l’a dit dans l’\u00e9pisode 1, le disque c’est le nerf de la guerre. Je vais donc apporter un soin particulier \u00e0 la configuration de mes axes.<\/p>\n Pour placer sur disque une base de donn\u00e9es transactionnelle, on essaie de consid\u00e9rer deux r\u00e8gles de base:<\/strong><\/p>\n S\u00e9parer physiquement<\/strong>, \u00e7a veut dire PAS<\/strong> sur les m\u00eames disques. Ce n’est pas parce que j’ai trois lecteurs E:\\, F:\\ et G:\\ que j’ai trois disques, il faudra le v\u00e9rifier avec la console de gestion des volumes (diskmgmt.msc) et avec votre ami l’administrateur syst\u00e8me en charge du stockage pour v\u00e9rifier s’il ne vous a pas refil\u00e9 3 LUNs d\u00e9coup\u00e9es dans le m\u00eame diskgroup. Si je reprends mon Proliant DL 580 G5\u00a0 avec ses 16 slots:<\/p>\n Je me paye m\u00eame le luxe d’avoir un RAID10 pour placer mes filegroups d’indexes, comme sur Oracle. Cela dit, la bagarre va \u00eatre rude parce que tout le monde pense que l’espace disque est g\u00e2ch\u00e9, surtout pour ce qui concerne les journaux de transactions, o\u00f9 on va utiliser peut \u00eatre 20% de l’espace allou\u00e9. Mais il faut le voir comme un investissement. Vous aurez des temps de service garantis de moins de 4 ms en \u00e9criture sur le commit, et le nombre de transactions par seconde va en b\u00e9n\u00e9ficier. C’est une r\u00e9alit\u00e9, on voit des exemples de ce type r\u00e9guli\u00e8rement chez nos clients.\u00a0 <\/em><\/p>\n Une fois les axes d\u00e9finis et montr\u00e9s \u00e0 la machine, la premi\u00e8re chose va \u00eatre de partitionner le disque en alignant sur le 128i\u00e8me secteur (=64K), sous diskpart:<\/p>\n Globalement, il faut savoir que jusqu’en version 2003 incluse, Windows continue de pr\u00e9r\u00e9server les 63 premiers secteurs d’un disque pour y stocker son MBR (master boot record). Lorsque l’on va formater ensuite le file system en 64K, le premier offset va commencer r\u00e9ellement sur le 63i\u00e8me secteur et d\u00e9caler les clusters NTFS de 512 octets (1 secteur). il faut que les \u00e9critures de SQL Server (64K) soient align\u00e9es avec le d\u00e9but de la partition. Pour davantage d’infos, voir l’article<\/a> de David BARBARIN sur le sujet.<\/p>\n En deux \u00e9tapes:<\/strong><\/p>\n Il faudra aussi aller v\u00e9rifier que la politique d’\u00e9criture est bien en write-through au niveau du cache du contr\u00f4leur disque. Cet exemple sous OpenManage:<\/p>\n Pas grand chose \u00e0 faire dans 99% des cas. Il faut valider que le bail (quantum<\/em> en anglais) par thread est bien de type ‘long’ dans les performances avanc\u00e9es de la machine (Poste de Travail -> Properties -> Advanced -> Performance -> Advanced<\/em>):<\/p>\n Background services => chaque thread a le droit de s’ex\u00e9cuter pendant 12 ticks d’horloge avant d’\u00eatre interrompu par le Dispatcher.\u00a0 Par d\u00e9faut sur la gamme Server, le radiobutton doit \u00eatre sur background services (quantum = 12 ticks d’horloge) et sur la gamme workstation, sur Programs (quantum = 2 ticks d’horloge). En g\u00e9n\u00e9ral pour tous les SGBD, le quantum doit \u00eatre plus long pour limiter le nombre de changements de contexte op\u00e9r\u00e9s par le syst\u00e8me d’exploitation. Pour plus de d\u00e9tails, voir cet article<\/a>.<\/p>\n Il faudra aussi aller v\u00e9rifier que les ressources allou\u00e9es seront en priorit\u00e9 sur les programmes g\u00e9n\u00e9rant beaucoup d’IOs comme SQL Server (Connexions r\u00e9seau, clic-droit sur l’interface r\u00e9seau -> Properties-> File and Printer Sharing (et oui !) -> Properties<\/em>):<\/p>\n Maximize throughput for network applications: sous entendu on n’est pas l\u00e0 pour faire du partage de fichiers.<\/p>\n Et \u00e9viter l’utilisation des antivirus autant que possible.<\/p>\n Le compte de service est le compte d\u00e9clar\u00e9 au niveau de la machine ou du domaine pour supporter l’ex\u00e9cution de SQL Server et l’ensemble de ses interactions avec le syst\u00e8me: poster des IOs, atteindre des machines sur le r\u00e9seau, \u00e9crire dans un fichier de sauvegarde, etc… Toutes ces actions seront donc ex\u00e9cut\u00e9es sous le contexte de droits du compte de service.\u00a0 Dans la plupart des cas, les SQL\u00a0 Server sont d\u00e9marr\u00e9s sous le contr\u00f4le des comptes syst\u00e8mes locaux (LOCAL SYSTEM) avec lesquels sont lanc\u00e9s la plupart des modules de windows ex\u00e9cut\u00e9s en mode user (smss.exe, crss.exe, lsass.exe, winlogon.exe, etc…). Et n\u00e9gligence du\u00a0 DBA, on trouve aussi des SQL Server d\u00e9marr\u00e9s sous le compte Administrateur local voire de domaine, ce qui du point de vue s\u00e9curit\u00e9\u00a0 n’est pas vraiment l’id\u00e9al.<\/p>\n Et bien depuis la version SQL Server 2005, il n’y a plus d’excuse: on cr\u00e9\u00e9 simplement des comptes utilisateurs locaux ou de domaine sans privil\u00e8ge *** pour SQL Server et SQL Agent (je ne parle pas de SQL Browser puisque du point de vue s\u00e9curit\u00e9, on ne doit pas l’utiliser **), on les passe ensuite \u00e0 l’assistant d’installation qui cr\u00e9\u00e9 des groupes avec les droits appropri\u00e9s, et y int\u00e8gre les comptes qui h\u00e9ritent du coup des droits strictement n\u00e9cessaires.<\/p>\n Avant de lancer le setup,il faut r\u00e9fl\u00e9chir \u00e0 quelques \u00e9l\u00e9ments caract\u00e9ristiques de l’instance que l’on souhaite installer:<\/p>\n L’instance locale est l’instance que l’on cr\u00e9\u00e9 par d\u00e9faut sur une machine. Elle prend par d\u00e9faut le nom de la machine et le port 1433 attribu\u00e9 par l’IANA. On ne peut donc en cr\u00e9er qu’une seule par machine. Ma cha\u00eene de connexion ressemblera \u00e0 :<\/p>\n O\u00f9 PIXIES est le nom de ma machine, et donc le nom de mon instance locale par la m\u00eame occasion. Maintenant, lorsqu’on souhaite en installer plus d’une par machine, on pourra utiliser les instances nomm\u00e9es, dont le nom sera constitu\u00e9 d’un pr\u00e9fixe (nom de la machine h\u00f4te) et d’un suffixe (nom de l’instance \u00e0 choisir) s\u00e9par\u00e9s par un backslash (‘\\’). Dans ce cas, ma cha\u00eene de connexion ressemblera \u00e0 :<\/p>\n O\u00f9 SQL1 sera le nom de nom instance nomm\u00e9e. Autre diff\u00e9rence majeure, le port de d\u00e9marrage sera d\u00e9fini dynamiquement. Ce qui signifie qu’il peut changer entre deux red\u00e9marrages, donc probl\u00e8me de firewall \u00e0 l’horizon. Pour l’\u00e9viter, il faudra fixer le port de d\u00e9marrage de l’instance dans les propri\u00e9t\u00e9s TCP, et red\u00e9marrer SQL Server. **<\/p>\n La collation va d\u00e9finir la mani\u00e8re de coder les caract\u00e8res dans ma base de donn\u00e9es. L\u00e0 aussi le sujet est vaste et largement d\u00e9battu sur le net. Il faut simplement r\u00e9fl\u00e9chir aux types de champs texte que mon application va devoir stocker et choisir le codepage appropri\u00e9. Il faut essayer de prendre le codepage le plus large possible. Lors de l’installation en SQL Server 2005, deux types de collations sont propos\u00e9es: les collations windows et les collations SQL Server. En fait la seconde est incluse pour compatibilit\u00e9 vers les versions pr\u00e9c\u00e9dentes, et ne doit donc \u00eatre utilis\u00e9e que pour assurer la compatibilit\u00e9 lors d’une migration. Il vaut mieux essayer de partir avec une collation Windows d\u00e8s le d\u00e9part, elles sont plus riches et plus pr\u00e9cises, notamment lorsqu’on utilise \u00e0 la fois des colonnes UNICODE et NON-UNICODE, car la collation windows sait convertir du NON-UNICODE \u00e0 la vol\u00e9e.\u00a0 Changer la collation \u00e0 tous niveaux n’est pas une op\u00e9ration de routine: au niveau de l’instance, il faudra la reconstruire, au niveau de la base c’est plus \u00e9pique encore. Deux solutions:<\/p>\n Les bonnes pratiques de s\u00e9curit\u00e9 pr\u00e9conisent de rester en mode int\u00e9gr\u00e9, mais ce n’est n’est bien souvent pas tr\u00e8s pratique, et donc pas appliqu\u00e9. Il vaut mieux autoriser le mode mixte mais d\u00e9sactiver le compte sa, et faire appliquer la politique de mots de passe de Windows.<\/p>\n Une fois ces \u00e9tapes valid\u00e9es, l’installation peut commencer. Le travail de pr\u00e9paration est termin\u00e9.<\/p>\n A bient\u00f4t !<\/p>\n * <\/strong>Dans cet exemple, on choisit de faire les backups sur un partage CIFS<\/em> [ David B. ]<\/p>\nParam\u00e9trage de Windows Server:<\/h2>\n
Pr\u00e9paration des disques<\/strong>:<\/h3>\n
\n
\n
![\"proliant\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2010\/01\/proliant4.png\")
<\/p>\ndiskpart> create partition primary align=64<\/span><\/pre>\n\n
![\"openManage_WriteThrough1\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2010\/01\/openManage_WriteThrough1.jpg\")
<\/p>\nParam\u00e8tres noyau de Windows pour SQL Server:<\/strong><\/h3>\n
![\"processsched\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2010\/01\/processsched.png\")
<\/p>\n![\"maximizethroughput\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2010\/01\/maximizethroughput.jpg\")
<\/p>\nCompte de service pour SQL Server et l’agent: <\/em><\/h3>\n
\u00c9l\u00e9ments \u00e0 d\u00e9finir avant l’installation de SQL Server :<\/h2>\n
Instance locale \/ instance nomm\u00e9e:<\/h3>\n
sqlcmd -Udba_exploit -w1000 -S PIXIES <\/span><\/pre>\nsqlcmd -Udba_exploit -w1000 -S PIXIES\\SQL1 <\/span><\/pre>\nCollation:<\/h3>\n
\n<\/a><\/p>\nMode d’authentification:<\/h3>\n
\n
\n** <\/strong>Je ne parle pas de s\u00e9curit\u00e9 dans cet article, le sujet est vaste et fera l’objet d’un prochain post.
\n*** <\/strong>Penser \u00e0 cocher le compte n’expire jamais pour les comptes de service. <\/em><\/p>\n