Discussion :

[agdid04]

Bonjour,

Pour une base de plus de 17 To de données: quels sont les point à vérifier avant de l'installer sur une instance SQL Server 2019 ?
ma plus "grosse" base jusqu'à maintenant est 5 To.
J'ai voté pour SQL Server contre Oracle alors je ne veux pas être déçu

Merci.

A+

[SQLpro]

C'est une question qui nécessite de nombreuses autres informations :
1) serveur en version Enterprise ou Standard (Enterprise fortement préconisé dans votre cas) ?
2) combien d'utilisateur simultanés sont attendus ?
3) le fonctionnement de la base a t-il des heures creuses ou pas (fonctionnement 7j/7, 24h/24) ?
4) pour ce genre de volume il est préférable d'avoir un serveur physique et un stockage dédié. Est-ce le cas ?
5) OS sous Windows ou Linux ?
6) la base est-elle bien modélisée ? (respect des formes normale ou tables obèses) ???
7) les contraintes FOREIGN KEY sont elles en place ?
8) cette base vient-elle d'un autre SGBD ou pas ? (Si oui, lequel ?)
...

A +

[agdid04]

Merci SQLPro,
Pour le moment:
=> Serveur en version Enterprise
=> Fonctionnement 7j/7, 24h/24
=> VM/Windows (cloud interne) + Stockage dédié server.
=> La bdd vient de DB2

A+

[SQLpro]

Pour ce qui est de VMWare, il existe un document pour SQL Server. Il faut le suivre à la lettre. Sinon, vous aurez de gros problèmes de performances.
https://www.vmware.com/content/dam/d...ices-guide.pdf

Pensez à utiliser le partitionnement si cela est possible et la compression des données et index.

N'utilisez pas systématiquement les types littéraux de type NTIONAL (NCAHR/NVARCHAR) si cela n'est pas nécessaire.

Utilisez de préférence le verrouillage optimiste

Étudiez le nombre de cœurs qui doit être dimensionné en fonction du nombre d'utilisateurs, de la lourdeur des requêtes (parallélisme) et de la complexité des traitements internes.

Pour information, et à mon sens, votre choix de passer de IBM DB2 qui est très respectueux de la norme SQL vers SQL Server, va vous faciliter les choses. En effet, Oracle s'est toujours écarté de la norme pour faire son SQL à sa sauce : noms des objets à 20 caractères, pas de collation, monobase, fonctions spécifiques (NVL, DECODE...)... ce qui rends le portage beaucoup plus difficile ! SQL Server étant très proche de la norme SQL comme DB2.

A +

[agdid04]

Bonjour,

Merci bcp.

Est-ce que une migration avec SSMA est envisageable avec une grosse volumétrie ? est-ce qu'on peut faire par lot ...?

Quel OS de préférence pour une grosse volumétrie: Windows ou Linux ....?

Merci.

A+

[SQLpro]

La question de L'OS n'a d'importance que si vous voulez stocker des fichiers à titre de FILESTREAM ou si vous voulez utiliser le FileTable.
Notez que certaines vues systèmes ne sont pas disponible sous Linux...
Cette question n'aura bientôt plus d'importance du tout une fois dans le cloud...

Toute migration avec un quelconque outil est toujours imparfaite, mais peut servir de point de départ.

A +