SharePoint 2013 : There is a compatibility range mismatch between the Web server and database

J’explorais le journal d’évènements de mon serveur SharePoint lorsque je suis tombé sur cette erreur:

Erreur #1
Unknown SQL Exception 262 occurred. Additional error information from SQL Server is included below.

There is a compatibility range mismatch between the Web server and database "SharePoint_AdminContent", and connections to the data have been blocked to due to this incompatibility. This can happen when a content database has not been upgraded to be within the compatibility range of the Web server, or if the database has been upgraded to a higher level than the web server. The Web server and the database must be upgraded to the same version and build level to return to compatibility range.

Erreur #2
CREATE TABLE permission denied in database 'SharePoint_AdminContent'.

À première vue, il y a un problème d’accès à la base de données. Une courte recherche sur le Web, les petits malins proposent d’ajouter le compte qui roule le pool d'application dans le groupe db_owner de la base de données SharePoint_AdminContent. Ceci n’est pas la bonne solution. 

En temps normal, les permissions sont octroyées automatiquement à la base de données, si bien sûr vous avez utilisé la console de gestion SharePoint de créer le compte qui va rouler le pool d'application 
  • Central Administration --> Configure Service Account.

Dans ce cas, le compte devrait automatiquement être ajouté aux  groupes suivants:

  • SP_Data_Access associé à la base de données WSS_Content.
  • WSS_Content_Application_Pools associé à la base de données SharePoint_Admin. 
  • WSS_Content_Application_Pools associé à la base de données SharePoint_Config.


Donc, je reviens à mon problème puisque j’avais bien utilisé SharePoint pour configurer le compte du pool d'application. Toutefois, je réalise que le groupe WSS_Content_Application_Pools n’existe pas dans SharePoint_Admin. La raison est parce que j’avais renommé la base de données SharePoint_Admin afin d'enlever le GUID à la fin de nom. Pour ce faire, j'avais utilisé un tutoriel que l’on trouve sur le Web. Terrible erreur, ce n’est pas supporté et à cause de cela la base de données SharePoint_Admin avait perdu ses groupes de permissions. 

Voici un blogue qui explique comment recréer le groupe de permissions WSS_Content_Application_Pools:

Previous
« Prev Post