SQL Server 4.2B

La version SQL Server 4.2B est la dernière version proposé pour le système d'exploitation OS/2 d'IBM. Le Microsoft SQL Server version 4.2B contient également le Microsoft Open Data Services.

Mise à niveau à partir d'une version précédente

Si une version précédente du SQL Server a été installée sur le système d'exploitation, le programme d'installation le détecte puis démarre SQL Server. Le programme d'installation suppose que le périphérique MASTER a été créé en tant que fichier MASTER.DAT dans le répertoire DATA du répertoire racine, généralement C:\SQL. Si vous avez déplacé votre MASTER.DAT vers un autre emplacement, utilisez un paramètre lorsque vous démarrez l'installation. Le paramètre -m vous permet de spécifier l'emplacement de votre fichier MASTER.DAT. Par exemple, si vous avez déplacé le fichier MASTER.DAT sur l'unité de disque D du répertoire SQLDAT, utilisez la commande suivante :

Si le programme d'installation est une nouvelle installation, il modifie les bases de données existantes en ajoutant de nouveaux types de données, ajoute de nouvelles tables système, supprime et recrée les procédures système existantes et crée de nouvelles procédures système.

À partir de la version 4.2

Si le programme d'installation est déjà installé, installez les scripts INSTMSTR.SQL, INSTCAT.SQL, ADMIN2.SQL et OBJECT2.SQL.

Avant de mettre à jour à partir de la version 4.2

• Assurez-vous de disposer d'au moins 850 Ko d'espace libre dans la base de données master. Vous pouvez utiliser le script MSTRFREE.SQL pour tester la quantité d'espace libre.
• Assurez-vous de disposer d'une sauvegarde complète de votre installation SQL Server existante.
• Assurez-vous qu'aucune application susceptible d'utiliser PDBLIB.DLL (par exemple, isql ou SQL Monitor) ne s'exécute pas sur le serveur que vous souhaitez mettre à niveau.
• Assurez-vous qu'il n'y a aucune copie de PDBLIB.DLL dans un répertoire de votre répertoire C:\SQL\DLL (ou dans un autre répertoire dans lequel vous avez précédemment installé SQL Server). Si une version antérieure de PDBLIB.DLL est trouvée dans le libpath avant le répertoire SQL\DLL (ou autre), le programme d'installation peut renvoyer le message

SYS2070 message: System could not request load application segment. PDBLIB is in error ...

ou le la mise à niveau semblera réussir, mais tous ne seront pas installés.

À partir de la version 1.x

Lors de la mise à niveau d'une installation de la version 1.x, le programme d'installation modifie les bases de données existantes (ajoute de nouveaux types de données), ajoute de nouvelles tables système, supprime et recrée les procédures système existantes et crée de nouvelles procédures système. Avant que l'installation ne puisse effectuer ces modifications, plusieurs conditions, décrites dans la procédure suivante, doivent être remplies.

Avant de mettre à jour à partir de la version 1.x

• Assurez-vous d'avoir au moins 2560 Ko de mémoire libre dans la base de données master. Vous pouvez utiliser le script MSTRFREE.SQL pour tester la quantité d'espace libre.
• Assurez-vous qu'aucune application susceptible d'utiliser PDBLIB.DLL n'est en cours d'exécution sur le serveur.
• Assurez-vous qu'il n'y a aucune copie de PDBLIB.DLL dans un répertoire de votre libpath autre que dans le répertoire C:\SQL\DLL.
• Si vous avez des bases de données en lecture seulement, créez-les en écriture en exécutant la procédure système sp_dboption :

  sp_dboption dbname, 'read only', false

  Après la mise à niveau, vous pouvez utiliser la procédure système sp_dboption pour les rendre en lecture seulement :

  sp_dboption dbname, 'read only', true

• Si vous avez des bases de données suspectes, supprimez-les. Le SQL Server signale toutes les bases de données suspectes dans le journal des erreurs pendant le processus de récupération au démarrage.

Lors de la mise à niveau d'une installation 1.x, il n'est pas possible d'exécuter la commande suivante :

Pour mettre à niveau un serveur à distance, vous devez exécuter le programme d'installation localement sur le serveur à distance.

Ordres de tri

Avec certaines requêtes, s'il existe un index d'unité d'allocation non unique sur une valeur de caractère, les options d'ordre de tri définissant les préférences majuscules exigent que l'optimiseur effectue un tri. L'utilisation d'un ordre de tri sans préférence en majuscule améliore considérablement les performances car aucun tri n'est nécessaire. La version 4.2 inclut une nouvelle option d'ordre de tri n'ayant pas de préférence majuscule (ordre du dictionnaire, sensible à la casse). Par exemple, cette nouvelle option d'ordre de tri fait en sorte que les lettres majuscules A et minuscules a soient traitées de la même manière dans une instruction avec un ORDER BY.

Formatage de date, d'heure et de devise

Le fichier SQLCOMMN.LOC fourni avec Microsoft SQL Server version 4.2 entrepose des informations sur les formats de date, d'heure et de devise que vous pouvez modifier pour une utilisation avec DB Library. L'exemple de fichier SQLCOMMN.LOC installé dans le répertoire SQL\INSTALL contient des informations complètes sur la procédure de modification pour le remplacer par des formats de date, d'heure et de devise différents, ainsi que sur la méthode pour la rendre accessible à la bibliothèque de base de données.

Installation d'autres langues (INSTLANG.SQL)

Le fichier INSTLANG.SQL est inclus pour vous aider à configurer d'autres langues sur un serveur. Si vous utilisez ce fichier de commandes, augmentez la valeur sp_configure de la langue dans le cache pour le nombre de langues que vous installez.

Microsoft LAN Manager

Le nom et la pertinence de certaines entrées du fichier LANMAN.INI dépendent de la version de Microsoft LAN Manager que vous exécutez :

• L'entrée maxopens s'applique uniquement à LAN Manager version 2.0. Pour les versions 2.1 et 2.2 de LAN Manager, définissez l'entrée maxsessopens. La seule différence entre les versions est le nom de l'entrée. Les entrées numreqbuf et numbigbuf sont accordées automatiquement (révisées en fonction des performances passées du serveur) dans LAN Manager version 2.1; définissez-les explicitement uniquement pour la version 2.0. L'entrée maxpipes n'est pas pertinente dans LAN Manager versions 2.0 et LAN Manager versions 2.1.
• Si vous exécutez LAN Manager version 2.1 et que vous rencontrez des problèmes avec les demandes de délai d'expiration du réseau, augmentez le délai en modifiant la valeur de sesstimeout dans la section [workstation] du fichier LANMAN.INI. La valeur par défaut pour sesstimeout est 45 secondes.

Compatibilité et performance

Les sections suivantes résument l'interopérabilité de Microsoft SQL Server version 4.2 avec d'autres composantes de logiciels principaux.

Compatibilité avec Microsoft SQL Server version 1.x

Dans la plupart des cas, les applications existantes écrites pour Microsoft SQL Server version 1.x continueront à fonctionner sans modification avec Microsoft SQL Server version 4.2. Les sections suivantes traitent des différences de comportement connues entre les versions 1.x et 4.2.

Procédures système

Dans la version 4.2, toute procédure système modifiant une table système ou créant une table temporaire ne peut pas être utilisée dans une transaction. Cette situation est nécessaire pour garantir que si vous exécutez une procédure système dans une transaction à partir d'une base de données d'utilisateurs, la base de données master peut être restaurée si la base de données d'utilisateurs échoue pendant la transaction. Les procédures système suivantes ne peuvent pas être exécutées dans une transaction :

CONVERT

Le comportement de la fonction CONVERT avec des valeurs binary et varbinary a été amélioré pour la version 4.2. Avec la version 1.x, les valeurs binary et varbinary étaient représentées de la même manière que l'entreposage physique de l'architecture Intel 80x86. Avec la version 4.2, SQL Server effectue maintenant lui-même la permutation d'octets. Cette amélioration protège les applications de la nécessité de connaître la plate-forme matérielle sous-jacente de SQL Server. Toutefois, vous devez modifier les applications reposant sur les valeurs précédentes de CONVERT pour les valeurs binaires multi-octets.

Messages d'erreur

Pour plus de clarté, le texte de plusieurs messages d'erreur a été modifié.

• Messages d'erreur complets envoyés à l'utilisateur SA uniquement : Dans SQL Server version 4.2, les messages d'erreur complets de niveau élevée sont envoyés au serveur frontal uniquement si le client est connecté en tant qu'utilisateur SA. Un client connecté autrement que par l'utilisateur SA reçoit un message général numéro 21 pour toute erreur de niveau supérieure ou égale à 21. Toutefois, le contexte complet de l'erreur est toujours enregistré dans le journal de bord des erreurs. Pour suivre ces messages d'erreur, surveillez le journal des erreurs.

Compatibilité avec la DB Library

La version 4.2 de Microsoft SQL Server est conçue pour être compatible avec le protocole de flux de données précédent utilisé par les versions précédentes de SQL Server. Il est toutefois judicieux de procéder à la mise à niveau vers SQL Server version 4.2 dès que possible afin de tirer parti des nombreux améliorations dans DB Library. Pour mettre à niveau DB Library pour les applications basées sur les systèmes d'exploitation Windows et OS/2, remplacez simplement les bibliothèques de liens dynamiques (DLL). Sauf si vous prévoyez d'utiliser les nouvelles fonctions introduites dans la version 4.2, vous n'avez pas besoin de recompiler ou de relier une application existante à l'aide des nouvelles DLL. Votre système peut contenir plusieurs versions de DLL, en particulier si vous utilisez des frontaux tiers incluant les DLL dans leurs paquets. N'oubliez pas que le système d'exploitation exécute la première DLL rencontrée dans votre chemin (pour le système d'exploitation Windows) ou dans votre libpath (pour le système d'exploitation OS/2). Deux utilitaires (w3dbver pour Windows et pdbver pour OS/2) fournis avec SQL Server renvoient la chaîne de caractères de version interne à partir de la première DLL de bibliothèque de base de données rencontrée. Ces utilitaires ne prennent aucun paramètre. En appelant dbinit, ces utilitaires chargent la DLL de la bibliothèque de base de données, affichent la chaîne de caractères de version renvoyée et indiquent l'emplacement des fichiers. Les DLL incluses dans ce paquet renvoient la chaîne de caractères de version 4.20.50. Si une chaîne de caractères antérieure (par exemple, 4.20.21 ou 1.12) est renvoyée, une version antérieure de la DLL est rencontrée en premier dans votre chemin path ou dans le chemin libpath. En raison de dates de publication différentes, sachez que les serveurs frontaux SQL Server futurs pourraient installer une version antérieure de la bibliothèque de base de données; exécutez w3dbver ou pdbver pour vérifier que la bonne DLL a été rencontrée en premier. Utilisez cette chaîne de caractères de version, et non les dates de fichier (pouvant changer), pour déterminer la version la plus récente à utiliser.

Compatibilité avec Microsoft LAN Manager

Le serveur de base de données Microsoft SQL Server version 4.2 est entièrement pris en charge sur les réseaux Microsoft LAN Manager versions 2.1 et Microsoft LAN Manager 2.2 pour les postes de travail clients et le serveur.

Compatibilité avec IBM LAN Server

Le serveur de base de données Microsoft SQL Server version 4.2 est pris en charge avec le IBM LAN Server versions 2.0 et IBM LAN Server versions 3.0.

Compatibilité avec Novell NetWare

Le serveur de base de données Microsoft SQL Server version 4.2 est pris en charge sur le NetWare Requester for OS/2 version 1.3G (également appelé NSD004) et sur le Novell NetWare Requester for OS/2 version 2.01. Vous pouvez utiliser les canaux nommés Novell ou le Microsoft SQL Server Integration Kit for Novell NetWare Networks.

Compatibilité avec Banyan VINES

Le serveur de base de données Microsoft SQL Server version 4.2 est pris en charge sur les réseaux Banyan VINES version 4.11.5 ou ultérieure. Vous pouvez utiliser les canaux nommés Banyan ou tirer parti du SPP (Banyan VINES Sequenced Package Protocol) natif en utilisant le disque Network Integration Kit for Banyan VINES. La version la plus récente des bibliothèques réseau client se trouve sur le disque Network Integration Kit for Banyan VINES, pas sur le disque des utilitaires clients.

Compatibilité avec OS/2

Le serveur de base de données Microsoft SQL Server version 4.2 est pris en charge sur les versions OS/2 version 1.3 et OS/2 version 2.1. Bien qu'il soit généralement utilisé dans des environnements multi-utilisateurs, le serveur est conçu pour permettre un fonctionnement autonome, de sorte qu'aucun logiciel de réseau n'est requis pour un fonctionnement avec un seul utilisateur. Dans l'environnement multi-utilisateur plus commun, le serveur s'appuie sur un logiciel de mise en réseau, tel que Microsoft LAN Manager version 2.2, pour fournir des services de communication interprocessus.

Support de OS/2 version 2.1

Le serveur de base de données Microsoft SQL Server 4.2 est pris en charge sur OS/2 version 2.1 en tant que plate-forme client et serveur dans les environnements réseau IBM et Novell. Il peut également être exécuté dans une configuration autonome, mono-utilisateur, sans logiciel réseau. Toutefois, pour la plupart des sites, il est recommandé d'utiliser OS/2 version 1.3, livrée avec SQL Server, comme système d'exploitation préféré du logiciel serveur de base de données.

Prise en charge des applications Windows

Il est recommandé d'exécuter des applications Windows dans leur environnement natif, sous Windows version 3.1. Toutefois, les applications Windows accédant à SQL Server s'exécuteront sous OS/2 version 2.1 aussi longtemps que vous utilisez LAN Manager version 2.2 ou IBM LAN Server version 3.0.

Utilisation de la mémoire et performance

Lorsque le matériel informatique et le logiciel de réseau prennent en charge la RAM adressable supérieure à 16 Mo, SQL Server peut tirer parti de la mémoire physique supplémentaire lorsqu'il est exécuté sur OS/2 version 2.1. Notez cependant que OS/2 version 2.1 lui-même utilise plus de mémoire que OS/2 version 1.3.

Remarques

• Lors de la mise à niveau, le programme d'installation suppose que Microsoft SQL Server réside dans la structure de répertoires créée par le programme d'installation, généralement une arborescence avec SQL comme racine. Dans l'arborescence, MASTER.DAT est supposé résider dans le sous-répertoire DATA. Si vous avez déplacé le fichier MASTER.DAT dans un autre répertoire, il est nécessaire d'indiquer l'emplacement du fichier. Le paramètre -m a été ajouté à la configuration pour vous permettre de spécifier l'emplacement de votre fichier MASTER.DAT (s'il ne se trouve pas dans le répertoire C:\SQL\DATA). Par exemple, si vous avez déplacé le fichier MASTER.DAT sur l'unité de disque D du répertoire SQLDAT, utilisez la commande suivante pour démarrer le programme d'installation :

SETUP -m d:\sqldat\master.dat



• Le nom correct du fichier de commandes créant les procédures entreposées utilisées par l'administrateur SQL est ADMIN2.SQL (et non pas INSTGUI2.SQL).