Symptômes
Supposez que vous exécutez une image de conteneur SQL Server 2017 Linux sur le dockr pour Windows. Lorsque les images de l’ancrage servent à approvisionner les conteneurs et que vous utilisez l’emplacement de montage en volume (emplacement par défaut de/var/opt/MSSQL) ou un répertoire parent, SQL Server ne démarre pas. Par ailleurs,vous recevez un message d’erreur qui ressemble à ce qui suit:
Date et heure spid6s erreur : 17053, gravité : 16, État : 1. Date Time spid6s/var/opt/MSSQL/Data/mastlog.ldf : erreur du système d’exploitation 31 (un appareil attaché au système ne fonctionne pas.) rencontré. Date et heure spid6s erreur : 9002, gravité : 17, État : 0. Date d’spid6s le journal des transactions de la base de données est plein en raison de’aucun'. Date et heure spid6s erreur : 928, gravité : 20, État : 1.
Cause
Ce problème survient parce que le répertoire de Windows est monté comme CIFS (Common Internet File System) à l’intérieur du conteneur de la station d’accueil. Le système de fichiers CIFS n’est pas officiellement pris en charge par SQL Server pour Linux.
Résolution
Le correctif pour résoudre ce problème est inclus dans la mise à jour suivante pour SQL Server :
Mise à jour cumulative 7 pour SQL Server 2017
À propos des versions SQL Server
Chaque nouvelle build pour SQL Server contient tous les correctifs et correctifs de sécurité présents dans la build précédente. Nous vous recommandons d’installer la dernière version pour votre version de SQL Server :
Statut
Microsoft a confirmé l’existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.
Références
Découvrez la terminologie standard utilisée par Microsoft pour décrire les mises à jour logicielles.
Les produits tiers mentionnés dans le présent article proviennent de sociétés indépendantes de Microsoft. Microsoft exclut toute garantie, implicite ou autre, concernant les performances ou la fiabilité de ces produits.
