Discussion :

[tamyme]

Bonjour
Je sollicite votre aide svp, j'utilise SQL SERVEUR EXPRESS 2012. j'ai presque 200 bases SQL concernant la comptabilité SAGE.
Un jour un utilisateur a clôturé les journaux de Sage, du fait il n'a plus accès à l'exercice en cours. j'ai procédé à une restauration de la base à une date antérieur en arrêtant les services SQL et en copiant les fichiers .mdf et .ldf à l'emplacement des bases de SQL.
depuis ce temps, début février, chaque matin, la base SQL est en mode "récupération en attente" et aucun accès n'est possible jusqu'à ce que je mets la base en hors ligne puis en ligne.
Merci de m'assister à régler ce problème sinon à créer un batch à exécuter automatiquement pour mettre la base hors ligne puis en ligne.

[SQLpro]

La copie de fichier comme méthode de sauvegarde ou migration doit être faite dans des conditions très particulières via les procédures Transact SQL :
EXEC sp_detach_db...
et
CREATE DATABASE ... FOR ATTACH ...
https://docs.microsoft.com/fr-fr/sql...l-server-ver15

Aucune autre méthode n'est ni viable, ni garantie et ne peut conduire qu'à des incohérences, des erreurs de la corruption....

A +

[tamyme]

Merci pour votre réponse
Exactement, j'ai procédé au détachement de la base, puis copie des fichiers .mdf et .ldf et ensuite à la jointure de la nouvelle base restaurée.
malgré j'ai le message chaque jour

[SQLpro]

Vous dites :

j'ai procédé à une restauration de la base à une date antérieur en arrêtant les services SQL et en copiant les fichiers .mdf et .ldf à l'emplacement des bases de SQL.

C'est ce qu'il ne faut pas faire ! Dans SQL Server tout se produit à chaud !

A +

[Invité]

Est-ce que votre serveur de bd est arrêté régulièrement ?

Est-ce que votre bd est en mode auto-close ?
SELECT DATABASEPROPERTY('MaBd','IsAutoClose') .
si 0 non, si 1 oui.

L'édition Express a tendance à mettre les bds en autoclose par défaut et ça peut prendre un certain temps suivant la taille de la bd pour qu'elle soit à nouveau opérationnelle après être sorti de sa veille.

[tamyme]

Merci pour votre réponse.
après commande
SELECT DATABASEPROPERTY('MaBd','IsAutoClose') .
résultat 1 oui
pourquoi SQL ferme la base SQL alors que aucune commande n'a été demandé
prière de m'assister pour ne plus avoir le message "récupération en attente"
merci

[SQLpro]

Le fait d'être en autoclose est normal sous la version Express. En effet, cette version est limitée en ressources à 1,4 Go de RAM pour le cache dans les versions les plus récentes. Or chaque base de données utilisées (donc en ligne), met pas mal de ressources en cache. Avec 200 bases en ligne, vous satureriez immédiatement l'intégralité du cache et les temps de réponse iraient de catastrophique à nulle (aucun moyen, d'accéder aux données).

Il est probable que la récupération en attente soit lié au trop grand nombre de bases !
Explication : votre base est arrivée en dernier et du fait de son détachement doit rejouer toutes les dernières transactions non inscrites en tant que données. Mais comme il n'y a pas assez de RAM, parce que trop de base, alors les transactions sont rejouées dès qu'il y a assez de place en cache.
Si vous voulez aller plus vite, fermez toutes les autres bases et attendez !

De toutes façons 200 bases sur une édition Express, c'est de la folie !

A +

[tamyme]

Merci pour toute ces informations
j'ai 32 Go de RAM sur serveur, est ce que si j'augmente la RAM du serveur le problème sera réglé?
Merci

[Invité]

j'ai 32 Go de RAM sur serveur, est ce que si j'augmente la RAM du serveur le problème sera réglé?

Tu peux en mettre autant que tu veux sur la machine, l'édition express est limité à 1 Go de RAM !
Il serait peut-être temps d'acheter une édition professionnelle plutôt.

[tamyme]

MERCI BCP POUR TT

[SQLpro]

Tu peux en mettre autant que tu veux sur la machine, l'édition express est limité à 1 Go de RAM !
Il serait peut-être temps d'acheter une édition professionnelle plutôt.

Non, 1,4 Go ! ça a augmenté....

A +

[Invité]

Non, 1,4 Go ! ça a augmenté....

Ah Merci !
Je viens de voir 1410 Mo depuis la version 2016...