J'ai une base SQL accessible depuis un site WEB qui utilise les techno
ASP.net et ADO.net (mise à jour de fichiers Excel). Dans mon journal
d'erreurs, j'ai parfois 50 message de démarrage de la base même quand il n'y
a pas d'activité sur la base. Le fournisseur de l'appli me dit que cela vient
d'ADO et de micro connexions qu'il crée.
Est ce que quelqu'un peut m'éclairer là dessus?
Merci
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fabian SIRACH [MS]
Bonjour,
Pouvez-vous vérifier que dans les propriété de la base de données, l'option "auto-close" est désactivée?. Si elle ne l'est pas, SQL Server ferme la base de donnée lors de la dernière déconnexion utilisateur. La base est reouverte lors d'une nouvelle connexion et génère des évènements dans les ERRORLOG SQL.
Avez-vous également des plans de maintenance SQL ou des tâches planifiées de sauvegarde qui pourraient expliquer les connexions intempestives ?
Cordialement.
Fabian
"Chris" wrote in message news:
J'ai une base SQL accessible depuis un site WEB qui utilise les techno ASP.net et ADO.net (mise à jour de fichiers Excel). Dans mon journal d'erreurs, j'ai parfois 50 message de démarrage de la base même quand il n'y a pas d'activité sur la base. Le fournisseur de l'appli me dit que cela vient d'ADO et de micro connexions qu'il crée. Est ce que quelqu'un peut m'éclairer là dessus? Merci
Bonjour,
Pouvez-vous vérifier que dans les propriété de la base de données, l'option
"auto-close" est désactivée?. Si elle ne l'est pas, SQL Server ferme la base
de donnée lors de la dernière déconnexion utilisateur. La base est reouverte
lors d'une nouvelle connexion et génère des évènements dans les ERRORLOG
SQL.
Avez-vous également des plans de maintenance SQL ou des tâches planifiées de
sauvegarde qui pourraient expliquer les connexions intempestives ?
Cordialement.
Fabian
"Chris" <Chris@discussions.microsoft.com> wrote in message
news:B357DBC0-F5E5-4FC5-9E96-A90B2625B798@microsoft.com...
J'ai une base SQL accessible depuis un site WEB qui utilise les techno
ASP.net et ADO.net (mise à jour de fichiers Excel). Dans mon journal
d'erreurs, j'ai parfois 50 message de démarrage de la base même quand il
n'y
a pas d'activité sur la base. Le fournisseur de l'appli me dit que cela
vient
d'ADO et de micro connexions qu'il crée.
Est ce que quelqu'un peut m'éclairer là dessus?
Merci
Pouvez-vous vérifier que dans les propriété de la base de données, l'option "auto-close" est désactivée?. Si elle ne l'est pas, SQL Server ferme la base de donnée lors de la dernière déconnexion utilisateur. La base est reouverte lors d'une nouvelle connexion et génère des évènements dans les ERRORLOG SQL.
Avez-vous également des plans de maintenance SQL ou des tâches planifiées de sauvegarde qui pourraient expliquer les connexions intempestives ?
Cordialement.
Fabian
"Chris" wrote in message news:
J'ai une base SQL accessible depuis un site WEB qui utilise les techno ASP.net et ADO.net (mise à jour de fichiers Excel). Dans mon journal d'erreurs, j'ai parfois 50 message de démarrage de la base même quand il n'y a pas d'activité sur la base. Le fournisseur de l'appli me dit que cela vient d'ADO et de micro connexions qu'il crée. Est ce que quelqu'un peut m'éclairer là dessus? Merci
Chris
Effectivement la propriété "fermer automatiquement" était cochée. Le plan de maintenance s'effectue la nuit, les redémarrages le jour. Sur la même base, autre problème, depuis la restauration de la base, impossible de sauvegarder le journal de transaction. Une idée?
"Fabian SIRACH [MS]" a écrit :
Bonjour,
Pouvez-vous vérifier que dans les propriété de la base de données, l'option "auto-close" est désactivée?. Si elle ne l'est pas, SQL Server ferme la base de donnée lors de la dernière déconnexion utilisateur. La base est reouverte lors d'une nouvelle connexion et génère des évènements dans les ERRORLOG SQL.
Avez-vous également des plans de maintenance SQL ou des tâches planifiées de sauvegarde qui pourraient expliquer les connexions intempestives ?
Cordialement.
Fabian
"Chris" wrote in message news: > J'ai une base SQL accessible depuis un site WEB qui utilise les techno > ASP.net et ADO.net (mise à jour de fichiers Excel). Dans mon journal > d'erreurs, j'ai parfois 50 message de démarrage de la base même quand il > n'y > a pas d'activité sur la base. Le fournisseur de l'appli me dit que cela > vient > d'ADO et de micro connexions qu'il crée. > Est ce que quelqu'un peut m'éclairer là dessus? > Merci
Effectivement la propriété "fermer automatiquement" était cochée.
Le plan de maintenance s'effectue la nuit, les redémarrages le jour.
Sur la même base, autre problème, depuis la restauration de la base,
impossible de sauvegarder le journal de transaction. Une idée?
"Fabian SIRACH [MS]" a écrit :
Bonjour,
Pouvez-vous vérifier que dans les propriété de la base de données, l'option
"auto-close" est désactivée?. Si elle ne l'est pas, SQL Server ferme la base
de donnée lors de la dernière déconnexion utilisateur. La base est reouverte
lors d'une nouvelle connexion et génère des évènements dans les ERRORLOG
SQL.
Avez-vous également des plans de maintenance SQL ou des tâches planifiées de
sauvegarde qui pourraient expliquer les connexions intempestives ?
Cordialement.
Fabian
"Chris" <Chris@discussions.microsoft.com> wrote in message
news:B357DBC0-F5E5-4FC5-9E96-A90B2625B798@microsoft.com...
> J'ai une base SQL accessible depuis un site WEB qui utilise les techno
> ASP.net et ADO.net (mise à jour de fichiers Excel). Dans mon journal
> d'erreurs, j'ai parfois 50 message de démarrage de la base même quand il
> n'y
> a pas d'activité sur la base. Le fournisseur de l'appli me dit que cela
> vient
> d'ADO et de micro connexions qu'il crée.
> Est ce que quelqu'un peut m'éclairer là dessus?
> Merci
Effectivement la propriété "fermer automatiquement" était cochée. Le plan de maintenance s'effectue la nuit, les redémarrages le jour. Sur la même base, autre problème, depuis la restauration de la base, impossible de sauvegarder le journal de transaction. Une idée?
"Fabian SIRACH [MS]" a écrit :
Bonjour,
Pouvez-vous vérifier que dans les propriété de la base de données, l'option "auto-close" est désactivée?. Si elle ne l'est pas, SQL Server ferme la base de donnée lors de la dernière déconnexion utilisateur. La base est reouverte lors d'une nouvelle connexion et génère des évènements dans les ERRORLOG SQL.
Avez-vous également des plans de maintenance SQL ou des tâches planifiées de sauvegarde qui pourraient expliquer les connexions intempestives ?
Cordialement.
Fabian
"Chris" wrote in message news: > J'ai une base SQL accessible depuis un site WEB qui utilise les techno > ASP.net et ADO.net (mise à jour de fichiers Excel). Dans mon journal > d'erreurs, j'ai parfois 50 message de démarrage de la base même quand il > n'y > a pas d'activité sur la base. Le fournisseur de l'appli me dit que cela > vient > d'ADO et de micro connexions qu'il crée. > Est ce que quelqu'un peut m'éclairer là dessus? > Merci
Fabian SIRACH [MS]
Bonjour,
Pouvez-vous vérifier sur le "mode de récupération" est FULL ou BULK-LOGGED dans les proprietés de la base ? En effet, seuls ces deux modes permettent de faire une sauvegarde du journal des transactions (le mode SIMPLE ne le permet pas).
Cordialement
Fabian
"Chris" wrote in message news:
Effectivement la propriété "fermer automatiquement" était cochée. Le plan de maintenance s'effectue la nuit, les redémarrages le jour. Sur la même base, autre problème, depuis la restauration de la base, impossible de sauvegarder le journal de transaction. Une idée?
"Fabian SIRACH [MS]" a écrit :
Bonjour,
Pouvez-vous vérifier que dans les propriété de la base de données, l'option "auto-close" est désactivée?. Si elle ne l'est pas, SQL Server ferme la base de donnée lors de la dernière déconnexion utilisateur. La base est reouverte lors d'une nouvelle connexion et génère des évènements dans les ERRORLOG SQL.
Avez-vous également des plans de maintenance SQL ou des tâches planifiées de sauvegarde qui pourraient expliquer les connexions intempestives ?
Cordialement.
Fabian
"Chris" wrote in message news: > J'ai une base SQL accessible depuis un site WEB qui utilise les techno > ASP.net et ADO.net (mise à jour de fichiers Excel). Dans mon journal > d'erreurs, j'ai parfois 50 message de démarrage de la base même quand > il > n'y > a pas d'activité sur la base. Le fournisseur de l'appli me dit que cela > vient > d'ADO et de micro connexions qu'il crée. > Est ce que quelqu'un peut m'éclairer là dessus? > Merci
Bonjour,
Pouvez-vous vérifier sur le "mode de récupération" est FULL ou BULK-LOGGED
dans les proprietés de la base ? En effet, seuls ces deux modes permettent
de faire une sauvegarde du journal des transactions (le mode SIMPLE ne le
permet pas).
Cordialement
Fabian
"Chris" <Chris@discussions.microsoft.com> wrote in message
news:1C0E8C83-FFBB-4AF6-8F2F-8AA92F08827B@microsoft.com...
Effectivement la propriété "fermer automatiquement" était cochée.
Le plan de maintenance s'effectue la nuit, les redémarrages le jour.
Sur la même base, autre problème, depuis la restauration de la base,
impossible de sauvegarder le journal de transaction. Une idée?
"Fabian SIRACH [MS]" a écrit :
Bonjour,
Pouvez-vous vérifier que dans les propriété de la base de données,
l'option
"auto-close" est désactivée?. Si elle ne l'est pas, SQL Server ferme la
base
de donnée lors de la dernière déconnexion utilisateur. La base est
reouverte
lors d'une nouvelle connexion et génère des évènements dans les ERRORLOG
SQL.
Avez-vous également des plans de maintenance SQL ou des tâches planifiées
de
sauvegarde qui pourraient expliquer les connexions intempestives ?
Cordialement.
Fabian
"Chris" <Chris@discussions.microsoft.com> wrote in message
news:B357DBC0-F5E5-4FC5-9E96-A90B2625B798@microsoft.com...
> J'ai une base SQL accessible depuis un site WEB qui utilise les techno
> ASP.net et ADO.net (mise à jour de fichiers Excel). Dans mon journal
> d'erreurs, j'ai parfois 50 message de démarrage de la base même quand
> il
> n'y
> a pas d'activité sur la base. Le fournisseur de l'appli me dit que cela
> vient
> d'ADO et de micro connexions qu'il crée.
> Est ce que quelqu'un peut m'éclairer là dessus?
> Merci
Pouvez-vous vérifier sur le "mode de récupération" est FULL ou BULK-LOGGED dans les proprietés de la base ? En effet, seuls ces deux modes permettent de faire une sauvegarde du journal des transactions (le mode SIMPLE ne le permet pas).
Cordialement
Fabian
"Chris" wrote in message news:
Effectivement la propriété "fermer automatiquement" était cochée. Le plan de maintenance s'effectue la nuit, les redémarrages le jour. Sur la même base, autre problème, depuis la restauration de la base, impossible de sauvegarder le journal de transaction. Une idée?
"Fabian SIRACH [MS]" a écrit :
Bonjour,
Pouvez-vous vérifier que dans les propriété de la base de données, l'option "auto-close" est désactivée?. Si elle ne l'est pas, SQL Server ferme la base de donnée lors de la dernière déconnexion utilisateur. La base est reouverte lors d'une nouvelle connexion et génère des évènements dans les ERRORLOG SQL.
Avez-vous également des plans de maintenance SQL ou des tâches planifiées de sauvegarde qui pourraient expliquer les connexions intempestives ?
Cordialement.
Fabian
"Chris" wrote in message news: > J'ai une base SQL accessible depuis un site WEB qui utilise les techno > ASP.net et ADO.net (mise à jour de fichiers Excel). Dans mon journal > d'erreurs, j'ai parfois 50 message de démarrage de la base même quand > il > n'y > a pas d'activité sur la base. Le fournisseur de l'appli me dit que cela > vient > d'ADO et de micro connexions qu'il crée. > Est ce que quelqu'un peut m'éclairer là dessus? > Merci
Chris
Merci le problème était bien là!! Mon fournisseur a donc menti!!! Encore merci
"Fabian SIRACH [MS]" a écrit :
Bonjour,
Pouvez-vous vérifier sur le "mode de récupération" est FULL ou BULK-LOGGED dans les proprietés de la base ? En effet, seuls ces deux modes permettent de faire une sauvegarde du journal des transactions (le mode SIMPLE ne le permet pas).
Cordialement
Fabian
"Chris" wrote in message news: > Effectivement la propriété "fermer automatiquement" était cochée. > Le plan de maintenance s'effectue la nuit, les redémarrages le jour. > Sur la même base, autre problème, depuis la restauration de la base, > impossible de sauvegarder le journal de transaction. Une idée? > > "Fabian SIRACH [MS]" a écrit : > >> Bonjour, >> >> Pouvez-vous vérifier que dans les propriété de la base de données, >> l'option >> "auto-close" est désactivée?. Si elle ne l'est pas, SQL Server ferme la >> base >> de donnée lors de la dernière déconnexion utilisateur. La base est >> reouverte >> lors d'une nouvelle connexion et génère des évènements dans les ERRORLOG >> SQL. >> >> Avez-vous également des plans de maintenance SQL ou des tâches planifiées >> de >> sauvegarde qui pourraient expliquer les connexions intempestives ? >> >> Cordialement. >> >> Fabian >> >> >> "Chris" wrote in message >> news: >> > J'ai une base SQL accessible depuis un site WEB qui utilise les techno >> > ASP.net et ADO.net (mise à jour de fichiers Excel). Dans mon journal >> > d'erreurs, j'ai parfois 50 message de démarrage de la base même quand >> > il >> > n'y >> > a pas d'activité sur la base. Le fournisseur de l'appli me dit que cela >> > vient >> > d'ADO et de micro connexions qu'il crée. >> > Est ce que quelqu'un peut m'éclairer là dessus? >> > Merci >> >> >>
Merci le problème était bien là!! Mon fournisseur a donc menti!!!
Encore merci
"Fabian SIRACH [MS]" a écrit :
Bonjour,
Pouvez-vous vérifier sur le "mode de récupération" est FULL ou BULK-LOGGED
dans les proprietés de la base ? En effet, seuls ces deux modes permettent
de faire une sauvegarde du journal des transactions (le mode SIMPLE ne le
permet pas).
Cordialement
Fabian
"Chris" <Chris@discussions.microsoft.com> wrote in message
news:1C0E8C83-FFBB-4AF6-8F2F-8AA92F08827B@microsoft.com...
> Effectivement la propriété "fermer automatiquement" était cochée.
> Le plan de maintenance s'effectue la nuit, les redémarrages le jour.
> Sur la même base, autre problème, depuis la restauration de la base,
> impossible de sauvegarder le journal de transaction. Une idée?
>
> "Fabian SIRACH [MS]" a écrit :
>
>> Bonjour,
>>
>> Pouvez-vous vérifier que dans les propriété de la base de données,
>> l'option
>> "auto-close" est désactivée?. Si elle ne l'est pas, SQL Server ferme la
>> base
>> de donnée lors de la dernière déconnexion utilisateur. La base est
>> reouverte
>> lors d'une nouvelle connexion et génère des évènements dans les ERRORLOG
>> SQL.
>>
>> Avez-vous également des plans de maintenance SQL ou des tâches planifiées
>> de
>> sauvegarde qui pourraient expliquer les connexions intempestives ?
>>
>> Cordialement.
>>
>> Fabian
>>
>>
>> "Chris" <Chris@discussions.microsoft.com> wrote in message
>> news:B357DBC0-F5E5-4FC5-9E96-A90B2625B798@microsoft.com...
>> > J'ai une base SQL accessible depuis un site WEB qui utilise les techno
>> > ASP.net et ADO.net (mise à jour de fichiers Excel). Dans mon journal
>> > d'erreurs, j'ai parfois 50 message de démarrage de la base même quand
>> > il
>> > n'y
>> > a pas d'activité sur la base. Le fournisseur de l'appli me dit que cela
>> > vient
>> > d'ADO et de micro connexions qu'il crée.
>> > Est ce que quelqu'un peut m'éclairer là dessus?
>> > Merci
>>
>>
>>
Merci le problème était bien là!! Mon fournisseur a donc menti!!! Encore merci
"Fabian SIRACH [MS]" a écrit :
Bonjour,
Pouvez-vous vérifier sur le "mode de récupération" est FULL ou BULK-LOGGED dans les proprietés de la base ? En effet, seuls ces deux modes permettent de faire une sauvegarde du journal des transactions (le mode SIMPLE ne le permet pas).
Cordialement
Fabian
"Chris" wrote in message news: > Effectivement la propriété "fermer automatiquement" était cochée. > Le plan de maintenance s'effectue la nuit, les redémarrages le jour. > Sur la même base, autre problème, depuis la restauration de la base, > impossible de sauvegarder le journal de transaction. Une idée? > > "Fabian SIRACH [MS]" a écrit : > >> Bonjour, >> >> Pouvez-vous vérifier que dans les propriété de la base de données, >> l'option >> "auto-close" est désactivée?. Si elle ne l'est pas, SQL Server ferme la >> base >> de donnée lors de la dernière déconnexion utilisateur. La base est >> reouverte >> lors d'une nouvelle connexion et génère des évènements dans les ERRORLOG >> SQL. >> >> Avez-vous également des plans de maintenance SQL ou des tâches planifiées >> de >> sauvegarde qui pourraient expliquer les connexions intempestives ? >> >> Cordialement. >> >> Fabian >> >> >> "Chris" wrote in message >> news: >> > J'ai une base SQL accessible depuis un site WEB qui utilise les techno >> > ASP.net et ADO.net (mise à jour de fichiers Excel). Dans mon journal >> > d'erreurs, j'ai parfois 50 message de démarrage de la base même quand >> > il >> > n'y >> > a pas d'activité sur la base. Le fournisseur de l'appli me dit que cela >> > vient >> > d'ADO et de micro connexions qu'il crée. >> > Est ce que quelqu'un peut m'éclairer là dessus? >> > Merci >> >> >>
