Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S’applique à : SQL Server 2019 (15.x)
Important
Les clusters Big Data Microsoft SQL Server 2019 sont mis hors service. La prise en charge des clusters Big Data SQL Server 2019 a pris fin le 28 février 2025. Pour plus d’informations, consultez le billet de blog d’annonce et les options Big Data sur la plateforme Microsoft SQL Server.
À compter de CU9, les clusters Big Data incluent une fonctionnalité de gestion de la configuration qui permet aux administrateurs de modifier ou de régler différentes parties du cluster Big Data après le déploiement et d’obtenir des insights plus approfondis sur les configurations exécutées dans leur BDC. Avant CU9, les configurations de cluster Big Data étaient généralement modifiables au moment du déploiement, avec une solution de contournement pour configurer certaines configurations SQL via un fichier personnalisé mssql-custom.conf . Cette solution de contournement a été résolue et ces paramètres sont configurables via la fonctionnalité de gestion de la configuration.
Migration de configurations SQL dans mssql-custom.conf vers le système de gestion de la configuration
Si vous avez créé une ou mssql-custom.conf plusieurs instances maîtres SQL Server, suivez les instructions ponctuelles ci-dessous pour gérer les paramètres via le système de configuration et non le fichier. Si vous ne suivez pas ces étapes, la fonctionnalité de gestion de la configuration ne gère pas ces configurations SQL et les mssql-custom.conf paramètres remplacent les modifications apportées à ces paramètres par le biais de la fonctionnalité de gestion de la configuration.
Steps:
- Mettre à niveau le cluster Big Data vers CU9
Note
Les paramètres définis par le biais mssql-custom.conf ne seront pas modifiés ni supprimés. Ils ne seront simplement pas reflétés et gérés par l’infrastructure de configuration.
- Définissez et appliquez les paramètres précédemment définis dans la
mssql-custom.confnouvelle fonctionnalité de configuration. Consultez la vue d’ensemble de la configuration post-déploiement des clusters Big Data SQL Server pour obtenir un guide pas à pas pour modifier les paramètres. Consultez les propriétés de configuration des clusters Big Data SQL Server pour obtenir la liste complète des paramètres disponibles pour chaque étendue. Notez que certains paramètres tels que customerFeedback ont peut-être changé d’étendue, mais sont toujours disponibles. - Renommez le
mssql-custom.conffichierdeprecated-mssql-custom.confdans lemssql-serverconteneur dans chaque pod maître. Si vous n’avez qu’un seul maître,master-0. Si une rétrogradation ou une restauration vers un cluster non compatible avec la configuration (CU8 ou inférieur) est nécessaire, ce fichier peut être réutilisé pour appliquer ces configurations SQL personnalisées.
Rétrogradation d’un cluster activé pour la gestion de la configuration vers un cluster non compatible avec la gestion de la configuration (CU9+ vers CU8 ou inférieur)
La rétrogradation d’un cluster prenant en charge la gestion de la configuration (CU9+) vers un cluster non configuré (CU8 ou inférieur) supprime la possibilité de régler le cluster Big Data après le déploiement. Il nécessite également l’utilisation du fichier facultatif mssql-custom.conf pour définir des configurations SQL. Si vous avez renommé le fichier deprecated-mssql-custom.conf lors de la mise à niveau vers CU9+, renommez-le .mssql-custom.conf Si vous avez supprimé le fichier ou ne l’avez pas créé précédemment et que vous devez maintenant définir ces configurations SQL spéciales, créez-le en suivant les instructions fournies ici : Propriétés de configuration de l’instance principale SQL Server - Préversion CU9. Tous les paramètres définis et modifiés par le biais de l’expérience de gestion de la configuration sont rétablis à vos configurations ou configurations système par défaut.
Une fois le cluster rétrogradé, les paramètres rétabliront leurs valeurs par défaut ou les valeurs spécifiées dans le déploiement bdc.json. Aucune autre étape n’est requise après la rétrogradation.