Modifications de base de données SharePoint Server non prises en charge et non prises en charge

Numéro de la base de connaissances d’origine : 841057

Microsoft SharePoint Server stocke les données dans les bases de données Microsoft SQL Server et utilise différentes procédures stockées pour le traitement normal. Par conséquent, SQL Server bases de données sont importantes pour le bon fonctionnement de SharePoint Server. SharePoint Server est testé à l’aide d’une structure de base de données conçue par l’équipe de développement Microsoft SharePoint Server. Ensuite, il est approuvé pour la mise en production en fonction de cette structure. Si vous modifiez la base de données, Microsoft ne peut pas prédire de manière fiable l’effet sur le fonctionnement de SharePoint Server. Cet article décrit certaines modifications de base de données non prises en charge et prises en charge, ainsi que les actions que vous devez effectuer.

Modifications de base de données non prises en charge

Les modifications de base de données non prises en charge incluent, sans s’y limiter, les exemples suivants :

• Ajout de déclencheurs de base de données.

• Ajout de nouveaux index ou modification d’index existants dans des tables.

• Ajout, modification ou suppression de relations de clé primaire ou étrangère.

• Modification ou suppression de procédures stockées existantes.

• Appel direct de procédures stockées existantes, à l’exception des procédures stockées décrites dans les articles suivants :

  • [MS-WSSFOB] : Windows SharePoint Services (WSS) : File Operations Database Communications Base Protocol
  • [MS-WSSFO3] : Windows SharePoint Services (WSS) : File Operations Database Communications Protocol Version 3

• Ajout de nouvelles procédures stockées, à l’exception des procédures stockées décrites dans LE RGPD pour SharePoint Server.

• Ajout, modification ou suppression de données dans une table de bases de données SharePoint Server.

• Ajout, modification ou suppression de colonnes dans une table de bases de données SharePoint Server.

• Modification du schéma de base de données.

• Ajout de tables aux bases de données SharePoint Server.

• Modification du classement de la base de données.

• Exécution de la DBCC_CHECKDB WITH REPAIR_ALLOW_DATA_LOSS commande .

  Note L’exécution DBCC_CHECKDB WITH REPAIR_FAST des commandes et REPAIR_REBUILD est prise en charge, car ces commandes mettent à jour uniquement les index de la base de données associée.

• Exécution de requêtes ad hoc sur des bases de données SharePoint Server.

• Activation de la capture de données modifiées SQL Server (CDC)

• Activation de SQL Server réplication transactionnelle.

• Activation de SQL Server réplication de fusion.

Si une modification de base de données non prise en charge est découverte lors d’un appel de support, vous devez utiliser au moins l’une des procédures suivantes :

• Effectuez une restauration de base de données à partir de la dernière sauvegarde correcte connue qui n’inclut pas la modification de base de données non prise en charge.
• Restaurez toutes les modifications apportées à la base de données.

Si vous ne pouvez pas effectuer l’une ou l’autre procédure, vous devez récupérer les données manuellement. La base de données doit être restaurée à un état non modifié pour que le support microsoft SharePoint Server puisse fournir une assistance à la migration de données.

Si une modification de la base de données est nécessaire, vous devez contacter Support Microsoft pour déterminer si un problème de produit existe et doit être résolu.

Modifications de base de données prises en charge

Pour certains scénarios d’utilisation spécifiques, l’interdiction des modifications de base de données comporte les exceptions suivantes :

• Opérations lancées à partir de l’interface utilisateur d’administration de SharePoint Server.
• Outils spécifiques à SharePoint Server (tels que l’applet de commande PowerShell SharePoint) fournis directement par Microsoft.
• Modifications effectuées par programmation via le modèle objet SharePoint Server et conformes à la documentation du Kit de développement logiciel (SDK) SharePoint Server.
• Activités conformes à la documentation sur les protocoles SharePoint Server.

Les agents de support Microsoft SharePoint Server peuvent fournir des scripts qui modifient les bases de données SharePoint Server lors d’un incident de support. Dans ce cas, toutes les modifications sont examinées par l’équipe de développement SharePoint Server. Cela permet de s’assurer que les opérations effectuées ne provoquent pas d’état de base de données instable ou non pris en charge. Lors d’un incident de support, les modifications apportées à la base de données sous la direction d’un agent de support Microsoft SharePoint Server n’entraînent pas d’état de base de données non pris en charge. Vous ne devez pas réappliquer les scripts ou les modifications fournis par le Support Microsoft SharePoint Server en dehors d’un incident de support.

Opérations de lecture non prises en charge

La lecture programmatique ou manuelle à partir de bases de données SharePoint Server peut entraîner un verrouillage inattendu dans SQL Server. Cela peut affecter les performances. Toutes les opérations de lecture sur des bases de données SharePoint Server sont considérées comme non prises en charge si les conditions suivantes sont remplies :

• Les opérations de lecture utilisent des requêtes, des scripts, des fichiers .dll, etc., qui ne sont pas fournis par l’équipe de développement microsoft SharePoint Server ou par le support microsoft SharePoint Server.
• Les opérations de lecture sont identifiées par Support Microsoft comme un obstacle à la résolution.

Dans ce scénario, la base de données est considérée comme étant dans un état non pris en charge. Pour retourner la base de données à un état pris en charge, toutes les opérations de lecture non prises en charge doivent être arrêtées.