À la une de SQLPAC en 2008

Cet article propose un benchmark pour étudier l'influence de la taille des blocs (block size) et des pages (IQ Page size) sur les chargements massifs dans un serveur IQ 12.7. L'objectif est de déterminer le meilleur compromis entre temps de chargement, espace consommé et taille de blocs du système de fichier ZFS. Plusieurs couples IQ PAGE SIZE / BLOCK SIZE d'un serveur IQ 12.7 sont testés sur des systèmes de fichiers ZFS ayant des tailles de blocs différentes lors du chargement d'une table de 71 millions de lignes afin d'étudier l'évolution de la compression et des temps des phases de chargement. IQ 12.7 et les chargements massifs, influence de la taille des pages et des blocs

Sybase IQ inclut une base de données fantôme, appelée la base de données factice utility, base de données qui ne possède pas de représentation physique. Il n'y a aucun fichier de base de données associée, et ne contient aucune donnée. Le base IQ utility_db permet de créer, supprimer et restaurer des bases de données IQ. Cet article propose de découvrir comment utiliser la base IQ utility_db pour créer et supprimer un serveur IQ. IQ 12.7 : La base factice utilitaire IQ (utility_db)

La normalisation de Sybase IQ 12.7 sous Solaris a évolué. Un point important concernant la variable d'environnement LD_LIBRARY_PATH_64 est abordé : cette variable doit être retirée dans le fichier SYBASE.sh de la distribution IQ dans le cas où elle est potentiellement initialisée par un environnement Sybase ASE. La normalisation inclut en nouveautés la prise en charge automatique de la variable d'environnement SQLCONNECT et de la base factice utility_db, la création des nouveaux raccourcis d'environnement dbi (dbisql -nogui), dci (dbisqlc -q) et fmsg (commande tail -f sur le fichier de message d'un serveur IQ physique). La mise à jour décrit également l'utilisation d'isql et sqsh avec Sybase IQ 12.7. Installation et normalisation de Sybase IQ 12.7 sous Solaris

IQ est optimisé pour les chargements massifs, la réplication en ligne à ligne (OLTP) d'un serveur ASE vers IQ 12.7 n'est par conséquent pas conseillée. PowerDesigner 15 avec les modèles de fluidité de l'information permet très efficacement d'automatiser la schématisation d'une base tampon ASE (staging) au sein d'une réplication, base tampon qui a pour objectif de répliquer d'un serveur ASE vers un serveur IQ par des chargements massifs à intervalles réguliers dans la cible IQ. Cette documentation propose une prise en main de PowerDesigner 15 pour modéliser une base tampon à travers un cas concret. Les fonctionnalités créées automatiquement (function strings, procédures stockées de chargement etc...) sont également décrites. La procédure de chargement de la base tampon vers IQ est également présentée. Réplication vers IQ 12.7 via une base tampon ASE (staging)

Article décrivant toutes les étapes pour appliquer un ESD sur une base de données IQ 12.7. Un ESD met à jour la distribution IQ et éventuellement la distribution Adaptive Server Anywhere associée. Application d'un ESD sur Sybase IQ 12.7

Une précédente documentation datant de juillet 2005 présentait l'installation et la normalisation de Sybase IQ version 12.4.2 sous Solaris. Avec les versions supérieures de Sybase IQ, l'installation est nettement simplifiée, mais des modifications importantes ont été apportées dans les gestions des variables d'environnement $SYBASE, $SYBASE_OCS, $ASDIR etc.... ainsi que dans l'organisation des binaires et librairies (disparition du répertoire ociq-12_0 par exemple). L'installation de Sybase IQ 12.7 sur les plateformes Sun SPARC Solaris 10 est présentée dans cet article. Un rappel sur la norme adoptée est également proposé, norme quelque peu modifiée pour prendre en charge les nouvelles spécificités de l'installation des versions IQ 12.5/12.6 & 12.7. Installation et normalisation de Sybase IQ 12.7 sous Solaris

Le dossier Sybase Real Time Data Services - MQ Series méritait une publication rappelant l'historique de cette option depuis sa naissance avec Sybase 12.5.3a. La nouvelle version 4.5 de l'option Real Time Data Services est disponible et offre un support étendu sur les clients MQ. La version 4.5 de l'option RTDS est la prochaine étape dans la feuille de route du dossier Sybase Real Time Data Services. Sybase Real Time Data Services et MQ - Feuille de route

Un paragraphe spécial décrit le paramétrage de FireFox pour l'envoi de l'authentification NTLM aux sites de confiance car par défaut FireFox est moins permissif qu'Internet Explorer sur l'envoi des données depuis le client. La préférence network.automatic-ntlm-auth.trusted-uris de FireFox permet d'indiquer les sites de confiance pour lesquels les informations d'authentification NTLM (REMOTE_USER...) peuvent être envoyées. Le module ntlm2 (SSO - Single Sign On) avec Apache 2.2 sous Solaris - version 1.1

Le module Apache mod_ntlm2 permet d'utiliser la fonctionnalité "Single Sign On". NTLM, acronyme pour "NT Lan Manager" est un protocole d'identification Microsoft combiné au protocole SMB (Samba). Cet article décrit la mise en place du module NTLM (compilation, configuration etc...) au sein d'un serveur Apache 2.2 sous Solaris avec la nouveauté apxs. L'accent est également mis sur la configuration de l'authentification NTLM et la possibilité de récupérer par cette authentification les variables REMOTE_USER et REDIRECT_REMOTE_USER. Le module ntlm2 (SSO - Single Sign On) avec Apache 2.2 sous Solaris

Apache 2.0 dispose des modules LDAP pour brider les accès à des sites via une authentification LDAP. La compilation et la configuration d'Apache 2.0 avec LDAP sous Solaris sont décrites dans ce dossier. La compilation avec les librairies clientes OpenLDAP est approfondie pour la mise en place du module mod_ldap, module indispensable à la création et au monitoring d'un cache LDAP au sein du serveur Apache 2.0. Les directives d'interrogation de l'annuaire LDAP sont détaillées pour protéger les répertoires d'un site. Compilation et configuration d'un serveur Apache 2.0 avec LDAP sous Solaris

Cet article décrit la compilation sous Solaris des librairies clientes LDAP (Lightweight Directory Access Protocol) avec OpenLDAP 2.3.43. Les librairies clientes LDAP d'OpenLDAP 2 permettent de compiler Apache 2.0 avec les modules LDAP pour l'authentification. L'utilisation du binaire ldapsearch est approfondie à la fin de l'article. Compilation des librairies clientes LDAP sous Solaris

Depuis Oracle 9i, la gestion des tablespaces temporaires est grandement simplifiée. Certains obstacles existant jusqu'à la version 8i sont désormais levés : ainsi depuis la version 9i, les tablespaces temporaires n'ont plus de SCN (Sequence Change Number) associé, ce qui permet d'occulter les fichiers de données des tablespaces temporaires lors des sauvegardes. La disparition du SCN pour les tablespaces temporaires permet également d'envisager une nouvelle option qui consiste à implémenter les tablespaces temporaires en RAM (/tmp), comme il est possible de mettre les bases tempdb Sybase en RAM. Cette option doit être envisagée lorsque la mise à disposition de systèmes de fichiers de tmpfs n'est pas possible. Cet article se concentre sur l'installation du tablespace temporaire en RAM d'une instance Oracle avec mise en évidence des gains de performances. Mise en RAM du tablespace temporaire d'une instance Oracle

Article qui présente l'industrialisation de la migration d'un serveur Sybase ASE 12.5.3 vers la version 15.0.2 avec le binaire sqlupgraderes. Toutes les étapes sont décrites : opérations pré-installation, tests d'éligibilité, migration, opérations post-installation. Procédure de migration d'un serveur ASE 12.5.x vers 15.0.2 via sqlupgraderes