Bonjour,

 Avez-vous résolu votre problème ? Je suppose que c'est sur une version récente de DNN.

De mon côté, je ne vois pas bien ce qui pourrait conduire à une situation pareille. Voici toutefois quelques pistes de recherche :

• La chaîne de connexion est renseignée dans le web.config (2 fois) et le wizzard permet de la paramétrer. Si vous n'avez pas modifié le web.config depuis l'installation, cette chaîne de connexion doit toujours être correcte.
• La connexion à la base de données utilise souvent un login SQL Serveur dédié (bien qu'il soit possible de le paramétrer différemment). Cela nécessite que SQL Serveur soit paramétré en mode d'authentification mixte (logins dédiés et logins Windows). Là encore, je ne pense pas que vous soyez repassé en mode Windows uniquement.
• Le login utilisé pour SQL Serveur doit disposer de suffisamment de droits pour modifier la structure de la base de données et modifier les données. Si l'installation est passée avec le compte utilisé, cela signifie que les droits sont suffisants. L'exécution de DNN nécessite moins de droits que son installation et ses mises à jour.
• Si le login SQL Serveur est un login Windows, est-ce que le mot de passe a été modifié depuis l'installation ?
• Dernière option : le serveur SQL Serveur est arrêté.

Effectivement, si c'est aléatoire, c'est peut-être bien un problème de temps de réponse, de SQL Server notamment.

Je ne connais pas cette configuration d'OVH mais si le serveur ne dispose que de 512 Mo de RAM pour faire tourner Windows, IIS, .Net et SQL Server, je ne suis pas étonné que cela pose problème. SQL Server nécessite déjà 1Go de RAM pour bien fonctionner. On peut dire autant pour Windows Server au minimum sans parler du process .Net associé au site web.

Si je ne me trompe pas SQL Server a 30 secondes pour répondre aux requêtes formulées par DNN. Possible que cela ne suffise pas systématiquement avec une telle configuration.