Lors d'un projet d'un Plan de Reprise d'Activité, nous avons choisi la
méthode de log shipping pour avoir une base de copie en cas de perte totale
des données. Mais voila je dispose d'une version standard. Après recherche j
'ai fini par trouver sur le Cd-rom de « SQL Server 2000 Resource Kit », peu
mais des informations pour mettre en place le même principe que sous la
version Entreprise sur une version Standard .
Le principe repose sur 2 procédures stockées, une sur le serveur principale
et l'autre sur le serveur en stand-by.
Contextes :
- 2 serveurs Windows 2000 + SP4 dans le même domaine
- SQL Standard Edition + SP3a sur les 2 serveurs
- Un compte de domaine pour l'exécution des procédures stockées,
compte de service SQLServer et ServerSQLAgent, membre du groupe des
Administrateurs de chaque serveur, les droits d'exécutions sur les
procédures stockées et membre « System Administrators » dans les « Server
Roles » de SQL Server
- 2 procédures stockées : - sp_shiplog - sp_applystandbylog
- Une base de donnée de prod sur le serveur principal
- Une base de donnée en lecture seule sur le serveur stand-by
- Enregistrement du serveur stand-by comme serveur lié sur le
principal
- Un répertoire partagé pour les logs sur le serveur stand-by
jusque la tout va bien, même que le transfert de fichier log fonctionne
parfaitement comme prévu. J'ai bien une base en stand-by qui semble être
synchonisée.
Mais je traite maintenant le cas ou le site principal n'existe plus. Donc il
faut a présent transformer le serveur secondaire en serveur primaire, donc la
base secondaire deviendrat la primaire. Etant donné que la base du serveur
secondaire est en lecture seule, il est prévu sous la version Entreprise des
procédures stockées (sp_change_monitor_role ; sp_change_primary_role ;
sp_change_secondary_role). Je cherche ces procédures sans succes. Elles ne se
trouvent pas parmis les procédures de la version standard ou entreprise, non
plus sur le Ressouces Kits.
Il y a t-il quelque qui à déja mis en place le log shipping sous la version
SQL standard (appelé Log Shipper)?
Une idée?
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
bruno reiter [MVP]
il faut simplement restaurer la dernière sauveg log avec l'option RECOVERY puis changer le nom du serveur pour qu'il prenne le nom du serveur prod
br
"jim" wrote in message news:
Bonjour,
Lors d'un projet d'un Plan de Reprise d'Activité, nous avons choisi la méthode de log shipping pour avoir une base de copie en cas de perte
totale
des données. Mais voila je dispose d'une version standard. Après recherche
j
'ai fini par trouver sur le Cd-rom de « SQL Server 2000 Resource Kit »,
peu
mais des informations pour mettre en place le même principe que sous la version Entreprise sur une version Standard .
Le principe repose sur 2 procédures stockées, une sur le serveur
principale
et l'autre sur le serveur en stand-by.
Contextes : - 2 serveurs Windows 2000 + SP4 dans le même domaine - SQL Standard Edition + SP3a sur les 2 serveurs - Un compte de domaine pour l'exécution des procédures stockées, compte de service SQLServer et ServerSQLAgent, membre du groupe des Administrateurs de chaque serveur, les droits d'exécutions sur les procédures stockées et membre « System Administrators » dans les « Server Roles » de SQL Server - 2 procédures stockées : - sp_shiplog - sp_applystandbylog - Une base de donnée de prod sur le serveur principal - Une base de donnée en lecture seule sur le serveur stand-by - Enregistrement du serveur stand-by comme serveur lié sur le principal - Un répertoire partagé pour les logs sur le serveur stand-by
jusque la tout va bien, même que le transfert de fichier log fonctionne parfaitement comme prévu. J'ai bien une base en stand-by qui semble être synchonisée.
Mais je traite maintenant le cas ou le site principal n'existe plus. Donc
il
faut a présent transformer le serveur secondaire en serveur primaire, donc
la
base secondaire deviendrat la primaire. Etant donné que la base du serveur secondaire est en lecture seule, il est prévu sous la version Entreprise
des
procédures stockées (sp_change_monitor_role ; sp_change_primary_role ; sp_change_secondary_role). Je cherche ces procédures sans succes. Elles ne
se
trouvent pas parmis les procédures de la version standard ou entreprise,
non
plus sur le Ressouces Kits.
Il y a t-il quelque qui à déja mis en place le log shipping sous la
version
SQL standard (appelé Log Shipper)? Une idée?
Merci par avance pour vos réponses....
il faut simplement restaurer la dernière sauveg log avec l'option RECOVERY
puis changer le nom du serveur pour qu'il prenne le nom du serveur prod
br
"jim" <jim@discussions.microsoft.com> wrote in message
news:4CDAC60A-10E6-466D-84F6-F5486FA83415@microsoft.com...
Bonjour,
Lors d'un projet d'un Plan de Reprise d'Activité, nous avons choisi la
méthode de log shipping pour avoir une base de copie en cas de perte
totale
des données. Mais voila je dispose d'une version standard. Après recherche
j
'ai fini par trouver sur le Cd-rom de « SQL Server 2000 Resource Kit »,
peu
mais des informations pour mettre en place le même principe que sous la
version Entreprise sur une version Standard .
Le principe repose sur 2 procédures stockées, une sur le serveur
principale
et l'autre sur le serveur en stand-by.
Contextes :
- 2 serveurs Windows 2000 + SP4 dans le même domaine
- SQL Standard Edition + SP3a sur les 2 serveurs
- Un compte de domaine pour l'exécution des procédures stockées,
compte de service SQLServer et ServerSQLAgent, membre du groupe des
Administrateurs de chaque serveur, les droits d'exécutions sur les
procédures stockées et membre « System Administrators » dans les « Server
Roles » de SQL Server
- 2 procédures stockées : - sp_shiplog - sp_applystandbylog
- Une base de donnée de prod sur le serveur principal
- Une base de donnée en lecture seule sur le serveur stand-by
- Enregistrement du serveur stand-by comme serveur lié sur le
principal
- Un répertoire partagé pour les logs sur le serveur stand-by
jusque la tout va bien, même que le transfert de fichier log fonctionne
parfaitement comme prévu. J'ai bien une base en stand-by qui semble être
synchonisée.
Mais je traite maintenant le cas ou le site principal n'existe plus. Donc
il
faut a présent transformer le serveur secondaire en serveur primaire, donc
la
base secondaire deviendrat la primaire. Etant donné que la base du serveur
secondaire est en lecture seule, il est prévu sous la version Entreprise
des
procédures stockées (sp_change_monitor_role ; sp_change_primary_role ;
sp_change_secondary_role). Je cherche ces procédures sans succes. Elles ne
se
trouvent pas parmis les procédures de la version standard ou entreprise,
non
plus sur le Ressouces Kits.
Il y a t-il quelque qui à déja mis en place le log shipping sous la
il faut simplement restaurer la dernière sauveg log avec l'option RECOVERY puis changer le nom du serveur pour qu'il prenne le nom du serveur prod
br
"jim" wrote in message news:
Bonjour,
Lors d'un projet d'un Plan de Reprise d'Activité, nous avons choisi la méthode de log shipping pour avoir une base de copie en cas de perte
totale
des données. Mais voila je dispose d'une version standard. Après recherche
j
'ai fini par trouver sur le Cd-rom de « SQL Server 2000 Resource Kit »,
peu
mais des informations pour mettre en place le même principe que sous la version Entreprise sur une version Standard .
Le principe repose sur 2 procédures stockées, une sur le serveur
principale
et l'autre sur le serveur en stand-by.
Contextes : - 2 serveurs Windows 2000 + SP4 dans le même domaine - SQL Standard Edition + SP3a sur les 2 serveurs - Un compte de domaine pour l'exécution des procédures stockées, compte de service SQLServer et ServerSQLAgent, membre du groupe des Administrateurs de chaque serveur, les droits d'exécutions sur les procédures stockées et membre « System Administrators » dans les « Server Roles » de SQL Server - 2 procédures stockées : - sp_shiplog - sp_applystandbylog - Une base de donnée de prod sur le serveur principal - Une base de donnée en lecture seule sur le serveur stand-by - Enregistrement du serveur stand-by comme serveur lié sur le principal - Un répertoire partagé pour les logs sur le serveur stand-by
jusque la tout va bien, même que le transfert de fichier log fonctionne parfaitement comme prévu. J'ai bien une base en stand-by qui semble être synchonisée.
Mais je traite maintenant le cas ou le site principal n'existe plus. Donc
il
faut a présent transformer le serveur secondaire en serveur primaire, donc
la
base secondaire deviendrat la primaire. Etant donné que la base du serveur secondaire est en lecture seule, il est prévu sous la version Entreprise
des
procédures stockées (sp_change_monitor_role ; sp_change_primary_role ; sp_change_secondary_role). Je cherche ces procédures sans succes. Elles ne
se
trouvent pas parmis les procédures de la version standard ou entreprise,
non
plus sur le Ressouces Kits.
Il y a t-il quelque qui à déja mis en place le log shipping sous la
version
SQL standard (appelé Log Shipper)? Une idée?
Merci par avance pour vos réponses....
jim
Merci de ta reponse. Je vais tout de suite me mettre dans cette configuration. Je ferais part du résultat.
Cordialement
"bruno reiter [MVP]" a écrit :
il faut simplement restaurer la dernière sauveg log avec l'option RECOVERY puis changer le nom du serveur pour qu'il prenne le nom du serveur prod
br
"jim" wrote in message news: > Bonjour, > > Lors d'un projet d'un Plan de Reprise d'Activité, nous avons choisi la > méthode de log shipping pour avoir une base de copie en cas de perte totale > des données. Mais voila je dispose d'une version standard. Après recherche j > 'ai fini par trouver sur le Cd-rom de « SQL Server 2000 Resource Kit », peu > mais des informations pour mettre en place le même principe que sous la > version Entreprise sur une version Standard . > > Le principe repose sur 2 procédures stockées, une sur le serveur principale > et l'autre sur le serveur en stand-by. > > Contextes : > - 2 serveurs Windows 2000 + SP4 dans le même domaine > - SQL Standard Edition + SP3a sur les 2 serveurs > - Un compte de domaine pour l'exécution des procédures stockées, > compte de service SQLServer et ServerSQLAgent, membre du groupe des > Administrateurs de chaque serveur, les droits d'exécutions sur les > procédures stockées et membre « System Administrators » dans les « Server > Roles » de SQL Server > - 2 procédures stockées : - sp_shiplog - sp_applystandbylog > - Une base de donnée de prod sur le serveur principal > - Une base de donnée en lecture seule sur le serveur stand-by > - Enregistrement du serveur stand-by comme serveur lié sur le > principal > - Un répertoire partagé pour les logs sur le serveur stand-by > > jusque la tout va bien, même que le transfert de fichier log fonctionne > parfaitement comme prévu. J'ai bien une base en stand-by qui semble être > synchonisée. > > Mais je traite maintenant le cas ou le site principal n'existe plus. Donc il > faut a présent transformer le serveur secondaire en serveur primaire, donc la > base secondaire deviendrat la primaire. Etant donné que la base du serveur > secondaire est en lecture seule, il est prévu sous la version Entreprise des > procédures stockées (sp_change_monitor_role ; sp_change_primary_role ; > sp_change_secondary_role). Je cherche ces procédures sans succes. Elles ne se > trouvent pas parmis les procédures de la version standard ou entreprise, non > plus sur le Ressouces Kits. > > Il y a t-il quelque qui à déja mis en place le log shipping sous la version > SQL standard (appelé Log Shipper)? > Une idée? > > Merci par avance pour vos réponses....
Merci de ta reponse. Je vais tout de suite me mettre dans cette
configuration. Je ferais part du résultat.
Cordialement
"bruno reiter [MVP]" a écrit :
il faut simplement restaurer la dernière sauveg log avec l'option RECOVERY
puis changer le nom du serveur pour qu'il prenne le nom du serveur prod
br
"jim" <jim@discussions.microsoft.com> wrote in message
news:4CDAC60A-10E6-466D-84F6-F5486FA83415@microsoft.com...
> Bonjour,
>
> Lors d'un projet d'un Plan de Reprise d'Activité, nous avons choisi la
> méthode de log shipping pour avoir une base de copie en cas de perte
totale
> des données. Mais voila je dispose d'une version standard. Après recherche
j
> 'ai fini par trouver sur le Cd-rom de « SQL Server 2000 Resource Kit »,
peu
> mais des informations pour mettre en place le même principe que sous la
> version Entreprise sur une version Standard .
>
> Le principe repose sur 2 procédures stockées, une sur le serveur
principale
> et l'autre sur le serveur en stand-by.
>
> Contextes :
> - 2 serveurs Windows 2000 + SP4 dans le même domaine
> - SQL Standard Edition + SP3a sur les 2 serveurs
> - Un compte de domaine pour l'exécution des procédures stockées,
> compte de service SQLServer et ServerSQLAgent, membre du groupe des
> Administrateurs de chaque serveur, les droits d'exécutions sur les
> procédures stockées et membre « System Administrators » dans les « Server
> Roles » de SQL Server
> - 2 procédures stockées : - sp_shiplog - sp_applystandbylog
> - Une base de donnée de prod sur le serveur principal
> - Une base de donnée en lecture seule sur le serveur stand-by
> - Enregistrement du serveur stand-by comme serveur lié sur le
> principal
> - Un répertoire partagé pour les logs sur le serveur stand-by
>
> jusque la tout va bien, même que le transfert de fichier log fonctionne
> parfaitement comme prévu. J'ai bien une base en stand-by qui semble être
> synchonisée.
>
> Mais je traite maintenant le cas ou le site principal n'existe plus. Donc
il
> faut a présent transformer le serveur secondaire en serveur primaire, donc
la
> base secondaire deviendrat la primaire. Etant donné que la base du serveur
> secondaire est en lecture seule, il est prévu sous la version Entreprise
des
> procédures stockées (sp_change_monitor_role ; sp_change_primary_role ;
> sp_change_secondary_role). Je cherche ces procédures sans succes. Elles ne
se
> trouvent pas parmis les procédures de la version standard ou entreprise,
non
> plus sur le Ressouces Kits.
>
> Il y a t-il quelque qui à déja mis en place le log shipping sous la
version
> SQL standard (appelé Log Shipper)?
> Une idée?
>
> Merci par avance pour vos réponses....
Merci de ta reponse. Je vais tout de suite me mettre dans cette configuration. Je ferais part du résultat.
Cordialement
"bruno reiter [MVP]" a écrit :
il faut simplement restaurer la dernière sauveg log avec l'option RECOVERY puis changer le nom du serveur pour qu'il prenne le nom du serveur prod
br
"jim" wrote in message news: > Bonjour, > > Lors d'un projet d'un Plan de Reprise d'Activité, nous avons choisi la > méthode de log shipping pour avoir une base de copie en cas de perte totale > des données. Mais voila je dispose d'une version standard. Après recherche j > 'ai fini par trouver sur le Cd-rom de « SQL Server 2000 Resource Kit », peu > mais des informations pour mettre en place le même principe que sous la > version Entreprise sur une version Standard . > > Le principe repose sur 2 procédures stockées, une sur le serveur principale > et l'autre sur le serveur en stand-by. > > Contextes : > - 2 serveurs Windows 2000 + SP4 dans le même domaine > - SQL Standard Edition + SP3a sur les 2 serveurs > - Un compte de domaine pour l'exécution des procédures stockées, > compte de service SQLServer et ServerSQLAgent, membre du groupe des > Administrateurs de chaque serveur, les droits d'exécutions sur les > procédures stockées et membre « System Administrators » dans les « Server > Roles » de SQL Server > - 2 procédures stockées : - sp_shiplog - sp_applystandbylog > - Une base de donnée de prod sur le serveur principal > - Une base de donnée en lecture seule sur le serveur stand-by > - Enregistrement du serveur stand-by comme serveur lié sur le > principal > - Un répertoire partagé pour les logs sur le serveur stand-by > > jusque la tout va bien, même que le transfert de fichier log fonctionne > parfaitement comme prévu. J'ai bien une base en stand-by qui semble être > synchonisée. > > Mais je traite maintenant le cas ou le site principal n'existe plus. Donc il > faut a présent transformer le serveur secondaire en serveur primaire, donc la > base secondaire deviendrat la primaire. Etant donné que la base du serveur > secondaire est en lecture seule, il est prévu sous la version Entreprise des > procédures stockées (sp_change_monitor_role ; sp_change_primary_role ; > sp_change_secondary_role). Je cherche ces procédures sans succes. Elles ne se > trouvent pas parmis les procédures de la version standard ou entreprise, non > plus sur le Ressouces Kits. > > Il y a t-il quelque qui à déja mis en place le log shipping sous la version > SQL standard (appelé Log Shipper)? > Une idée? > > Merci par avance pour vos réponses....
jim
Effectivement, il suffisait simplement de rtestaurer le dernier journal de transcation avec l'option "recovery" pour récuperer l'accès en lecture/écriture et permettre son exploitation. Merci pour ton aide.
Maintenant il faut que je traite la problématique perte de liaison entre les serveurs, lors des coupures réseaux. aie! aie! mais je vais y arriver...
A+
"bruno reiter [MVP]" a écrit :
il faut simplement restaurer la dernière sauveg log avec l'option RECOVERY puis changer le nom du serveur pour qu'il prenne le nom du serveur prod
br
"jim" wrote in message news: > Bonjour, > > Lors d'un projet d'un Plan de Reprise d'Activité, nous avons choisi la > méthode de log shipping pour avoir une base de copie en cas de perte totale > des données. Mais voila je dispose d'une version standard. Après recherche j > 'ai fini par trouver sur le Cd-rom de « SQL Server 2000 Resource Kit », peu > mais des informations pour mettre en place le même principe que sous la > version Entreprise sur une version Standard . > > Le principe repose sur 2 procédures stockées, une sur le serveur principale > et l'autre sur le serveur en stand-by. > > Contextes : > - 2 serveurs Windows 2000 + SP4 dans le même domaine > - SQL Standard Edition + SP3a sur les 2 serveurs > - Un compte de domaine pour l'exécution des procédures stockées, > compte de service SQLServer et ServerSQLAgent, membre du groupe des > Administrateurs de chaque serveur, les droits d'exécutions sur les > procédures stockées et membre « System Administrators » dans les « Server > Roles » de SQL Server > - 2 procédures stockées : - sp_shiplog - sp_applystandbylog > - Une base de donnée de prod sur le serveur principal > - Une base de donnée en lecture seule sur le serveur stand-by > - Enregistrement du serveur stand-by comme serveur lié sur le > principal > - Un répertoire partagé pour les logs sur le serveur stand-by > > jusque la tout va bien, même que le transfert de fichier log fonctionne > parfaitement comme prévu. J'ai bien une base en stand-by qui semble être > synchonisée. > > Mais je traite maintenant le cas ou le site principal n'existe plus. Donc il > faut a présent transformer le serveur secondaire en serveur primaire, donc la > base secondaire deviendrat la primaire. Etant donné que la base du serveur > secondaire est en lecture seule, il est prévu sous la version Entreprise des > procédures stockées (sp_change_monitor_role ; sp_change_primary_role ; > sp_change_secondary_role). Je cherche ces procédures sans succes. Elles ne se > trouvent pas parmis les procédures de la version standard ou entreprise, non > plus sur le Ressouces Kits. > > Il y a t-il quelque qui à déja mis en place le log shipping sous la version > SQL standard (appelé Log Shipper)? > Une idée? > > Merci par avance pour vos réponses....
Effectivement, il suffisait simplement de rtestaurer le dernier journal de
transcation avec l'option "recovery" pour récuperer l'accès en
lecture/écriture et permettre son exploitation.
Merci pour ton aide.
Maintenant il faut que je traite la problématique perte de liaison entre les
serveurs, lors des coupures réseaux. aie! aie!
mais je vais y arriver...
A+
"bruno reiter [MVP]" a écrit :
il faut simplement restaurer la dernière sauveg log avec l'option RECOVERY
puis changer le nom du serveur pour qu'il prenne le nom du serveur prod
br
"jim" <jim@discussions.microsoft.com> wrote in message
news:4CDAC60A-10E6-466D-84F6-F5486FA83415@microsoft.com...
> Bonjour,
>
> Lors d'un projet d'un Plan de Reprise d'Activité, nous avons choisi la
> méthode de log shipping pour avoir une base de copie en cas de perte
totale
> des données. Mais voila je dispose d'une version standard. Après recherche
j
> 'ai fini par trouver sur le Cd-rom de « SQL Server 2000 Resource Kit »,
peu
> mais des informations pour mettre en place le même principe que sous la
> version Entreprise sur une version Standard .
>
> Le principe repose sur 2 procédures stockées, une sur le serveur
principale
> et l'autre sur le serveur en stand-by.
>
> Contextes :
> - 2 serveurs Windows 2000 + SP4 dans le même domaine
> - SQL Standard Edition + SP3a sur les 2 serveurs
> - Un compte de domaine pour l'exécution des procédures stockées,
> compte de service SQLServer et ServerSQLAgent, membre du groupe des
> Administrateurs de chaque serveur, les droits d'exécutions sur les
> procédures stockées et membre « System Administrators » dans les « Server
> Roles » de SQL Server
> - 2 procédures stockées : - sp_shiplog - sp_applystandbylog
> - Une base de donnée de prod sur le serveur principal
> - Une base de donnée en lecture seule sur le serveur stand-by
> - Enregistrement du serveur stand-by comme serveur lié sur le
> principal
> - Un répertoire partagé pour les logs sur le serveur stand-by
>
> jusque la tout va bien, même que le transfert de fichier log fonctionne
> parfaitement comme prévu. J'ai bien une base en stand-by qui semble être
> synchonisée.
>
> Mais je traite maintenant le cas ou le site principal n'existe plus. Donc
il
> faut a présent transformer le serveur secondaire en serveur primaire, donc
la
> base secondaire deviendrat la primaire. Etant donné que la base du serveur
> secondaire est en lecture seule, il est prévu sous la version Entreprise
des
> procédures stockées (sp_change_monitor_role ; sp_change_primary_role ;
> sp_change_secondary_role). Je cherche ces procédures sans succes. Elles ne
se
> trouvent pas parmis les procédures de la version standard ou entreprise,
non
> plus sur le Ressouces Kits.
>
> Il y a t-il quelque qui à déja mis en place le log shipping sous la
version
> SQL standard (appelé Log Shipper)?
> Une idée?
>
> Merci par avance pour vos réponses....
Effectivement, il suffisait simplement de rtestaurer le dernier journal de transcation avec l'option "recovery" pour récuperer l'accès en lecture/écriture et permettre son exploitation. Merci pour ton aide.
Maintenant il faut que je traite la problématique perte de liaison entre les serveurs, lors des coupures réseaux. aie! aie! mais je vais y arriver...
A+
"bruno reiter [MVP]" a écrit :
il faut simplement restaurer la dernière sauveg log avec l'option RECOVERY puis changer le nom du serveur pour qu'il prenne le nom du serveur prod
br
"jim" wrote in message news: > Bonjour, > > Lors d'un projet d'un Plan de Reprise d'Activité, nous avons choisi la > méthode de log shipping pour avoir une base de copie en cas de perte totale > des données. Mais voila je dispose d'une version standard. Après recherche j > 'ai fini par trouver sur le Cd-rom de « SQL Server 2000 Resource Kit », peu > mais des informations pour mettre en place le même principe que sous la > version Entreprise sur une version Standard . > > Le principe repose sur 2 procédures stockées, une sur le serveur principale > et l'autre sur le serveur en stand-by. > > Contextes : > - 2 serveurs Windows 2000 + SP4 dans le même domaine > - SQL Standard Edition + SP3a sur les 2 serveurs > - Un compte de domaine pour l'exécution des procédures stockées, > compte de service SQLServer et ServerSQLAgent, membre du groupe des > Administrateurs de chaque serveur, les droits d'exécutions sur les > procédures stockées et membre « System Administrators » dans les « Server > Roles » de SQL Server > - 2 procédures stockées : - sp_shiplog - sp_applystandbylog > - Une base de donnée de prod sur le serveur principal > - Une base de donnée en lecture seule sur le serveur stand-by > - Enregistrement du serveur stand-by comme serveur lié sur le > principal > - Un répertoire partagé pour les logs sur le serveur stand-by > > jusque la tout va bien, même que le transfert de fichier log fonctionne > parfaitement comme prévu. J'ai bien une base en stand-by qui semble être > synchonisée. > > Mais je traite maintenant le cas ou le site principal n'existe plus. Donc il > faut a présent transformer le serveur secondaire en serveur primaire, donc la > base secondaire deviendrat la primaire. Etant donné que la base du serveur > secondaire est en lecture seule, il est prévu sous la version Entreprise des > procédures stockées (sp_change_monitor_role ; sp_change_primary_role ; > sp_change_secondary_role). Je cherche ces procédures sans succes. Elles ne se > trouvent pas parmis les procédures de la version standard ou entreprise, non > plus sur le Ressouces Kits. > > Il y a t-il quelque qui à déja mis en place le log shipping sous la version > SQL standard (appelé Log Shipper)? > Une idée? > > Merci par avance pour vos réponses....
Fred BROUARD
bonjour,
jim a écrit:
Effectivement, il suffisait simplement de rtestaurer le dernier journal de transcation avec l'option "recovery" pour récuperer l'accès en lecture/écriture et permettre son exploitation. Merci pour ton aide.
Maintenant il faut que je traite la problématique perte de liaison entre les serveurs, lors des coupures réseaux. aie! aie! mais je vais y arriver...
Le mieux est de piloter cela à travers un tiers applicatif. Par exemple un troisième SQL Server (genre MSDE) qui vérifie régulièrement que le serveur maître répond, et en cas de non réponse (timeout) lance le serveur de secours.
A +
A+
"bruno reiter [MVP]" a écrit :
il faut simplement restaurer la dernière sauveg log avec l'option RECOVERY puis changer le nom du serveur pour qu'il prenne le nom du serveur prod
br
"jim" wrote in message news:
Bonjour,
Lors d'un projet d'un Plan de Reprise d'Activité, nous avons choisi la méthode de log shipping pour avoir une base de copie en cas de perte
totale
des données. Mais voila je dispose d'une version standard. Après recherche
j
'ai fini par trouver sur le Cd-rom de « SQL Server 2000 Resource Kit »,
peu
mais des informations pour mettre en place le même principe que sous la version Entreprise sur une version Standard .
Le principe repose sur 2 procédures stockées, une sur le serveur
principale
et l'autre sur le serveur en stand-by.
Contextes : - 2 serveurs Windows 2000 + SP4 dans le même domaine - SQL Standard Edition + SP3a sur les 2 serveurs - Un compte de domaine pour l'exécution des procédures stockées, compte de service SQLServer et ServerSQLAgent, membre du groupe des Administrateurs de chaque serveur, les droits d'exécutions sur les procédures stockées et membre « System Administrators » dans les « Server Roles » de SQL Server - 2 procédures stockées : - sp_shiplog - sp_applystandbylog - Une base de donnée de prod sur le serveur principal - Une base de donnée en lecture seule sur le serveur stand-by - Enregistrement du serveur stand-by comme serveur lié sur le principal - Un répertoire partagé pour les logs sur le serveur stand-by
jusque la tout va bien, même que le transfert de fichier log fonctionne parfaitement comme prévu. J'ai bien une base en stand-by qui semble être synchonisée.
Mais je traite maintenant le cas ou le site principal n'existe plus. Donc
il
faut a présent transformer le serveur secondaire en serveur primaire, donc
la
base secondaire deviendrat la primaire. Etant donné que la base du serveur secondaire est en lecture seule, il est prévu sous la version Entreprise
des
procédures stockées (sp_change_monitor_role ; sp_change_primary_role ; sp_change_secondary_role). Je cherche ces procédures sans succes. Elles ne
se
trouvent pas parmis les procédures de la version standard ou entreprise,
non
plus sur le Ressouces Kits.
Il y a t-il quelque qui à déja mis en place le log shipping sous la
version
SQL standard (appelé Log Shipper)? Une idée?
Merci par avance pour vos réponses....
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
bonjour,
jim a écrit:
Effectivement, il suffisait simplement de rtestaurer le dernier journal de
transcation avec l'option "recovery" pour récuperer l'accès en
lecture/écriture et permettre son exploitation.
Merci pour ton aide.
Maintenant il faut que je traite la problématique perte de liaison entre les
serveurs, lors des coupures réseaux. aie! aie!
mais je vais y arriver...
Le mieux est de piloter cela à travers un tiers applicatif. Par exemple un
troisième SQL Server (genre MSDE) qui vérifie régulièrement que le serveur
maître répond, et en cas de non réponse (timeout) lance le serveur de secours.
A +
A+
"bruno reiter [MVP]" a écrit :
il faut simplement restaurer la dernière sauveg log avec l'option RECOVERY
puis changer le nom du serveur pour qu'il prenne le nom du serveur prod
br
"jim" <jim@discussions.microsoft.com> wrote in message
news:4CDAC60A-10E6-466D-84F6-F5486FA83415@microsoft.com...
Bonjour,
Lors d'un projet d'un Plan de Reprise d'Activité, nous avons choisi la
méthode de log shipping pour avoir une base de copie en cas de perte
totale
des données. Mais voila je dispose d'une version standard. Après recherche
j
'ai fini par trouver sur le Cd-rom de « SQL Server 2000 Resource Kit »,
peu
mais des informations pour mettre en place le même principe que sous la
version Entreprise sur une version Standard .
Le principe repose sur 2 procédures stockées, une sur le serveur
principale
et l'autre sur le serveur en stand-by.
Contextes :
- 2 serveurs Windows 2000 + SP4 dans le même domaine
- SQL Standard Edition + SP3a sur les 2 serveurs
- Un compte de domaine pour l'exécution des procédures stockées,
compte de service SQLServer et ServerSQLAgent, membre du groupe des
Administrateurs de chaque serveur, les droits d'exécutions sur les
procédures stockées et membre « System Administrators » dans les « Server
Roles » de SQL Server
- 2 procédures stockées : - sp_shiplog - sp_applystandbylog
- Une base de donnée de prod sur le serveur principal
- Une base de donnée en lecture seule sur le serveur stand-by
- Enregistrement du serveur stand-by comme serveur lié sur le
principal
- Un répertoire partagé pour les logs sur le serveur stand-by
jusque la tout va bien, même que le transfert de fichier log fonctionne
parfaitement comme prévu. J'ai bien une base en stand-by qui semble être
synchonisée.
Mais je traite maintenant le cas ou le site principal n'existe plus. Donc
il
faut a présent transformer le serveur secondaire en serveur primaire, donc
la
base secondaire deviendrat la primaire. Etant donné que la base du serveur
secondaire est en lecture seule, il est prévu sous la version Entreprise
des
procédures stockées (sp_change_monitor_role ; sp_change_primary_role ;
sp_change_secondary_role). Je cherche ces procédures sans succes. Elles ne
se
trouvent pas parmis les procédures de la version standard ou entreprise,
non
plus sur le Ressouces Kits.
Il y a t-il quelque qui à déja mis en place le log shipping sous la
version
SQL standard (appelé Log Shipper)?
Une idée?
Merci par avance pour vos réponses....
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Effectivement, il suffisait simplement de rtestaurer le dernier journal de transcation avec l'option "recovery" pour récuperer l'accès en lecture/écriture et permettre son exploitation. Merci pour ton aide.
Maintenant il faut que je traite la problématique perte de liaison entre les serveurs, lors des coupures réseaux. aie! aie! mais je vais y arriver...
Le mieux est de piloter cela à travers un tiers applicatif. Par exemple un troisième SQL Server (genre MSDE) qui vérifie régulièrement que le serveur maître répond, et en cas de non réponse (timeout) lance le serveur de secours.
A +
A+
"bruno reiter [MVP]" a écrit :
il faut simplement restaurer la dernière sauveg log avec l'option RECOVERY puis changer le nom du serveur pour qu'il prenne le nom du serveur prod
br
"jim" wrote in message news:
Bonjour,
Lors d'un projet d'un Plan de Reprise d'Activité, nous avons choisi la méthode de log shipping pour avoir une base de copie en cas de perte
totale
des données. Mais voila je dispose d'une version standard. Après recherche
j
'ai fini par trouver sur le Cd-rom de « SQL Server 2000 Resource Kit »,
peu
mais des informations pour mettre en place le même principe que sous la version Entreprise sur une version Standard .
Le principe repose sur 2 procédures stockées, une sur le serveur
principale
et l'autre sur le serveur en stand-by.
Contextes : - 2 serveurs Windows 2000 + SP4 dans le même domaine - SQL Standard Edition + SP3a sur les 2 serveurs - Un compte de domaine pour l'exécution des procédures stockées, compte de service SQLServer et ServerSQLAgent, membre du groupe des Administrateurs de chaque serveur, les droits d'exécutions sur les procédures stockées et membre « System Administrators » dans les « Server Roles » de SQL Server - 2 procédures stockées : - sp_shiplog - sp_applystandbylog - Une base de donnée de prod sur le serveur principal - Une base de donnée en lecture seule sur le serveur stand-by - Enregistrement du serveur stand-by comme serveur lié sur le principal - Un répertoire partagé pour les logs sur le serveur stand-by
jusque la tout va bien, même que le transfert de fichier log fonctionne parfaitement comme prévu. J'ai bien une base en stand-by qui semble être synchonisée.
Mais je traite maintenant le cas ou le site principal n'existe plus. Donc
il
faut a présent transformer le serveur secondaire en serveur primaire, donc
la
base secondaire deviendrat la primaire. Etant donné que la base du serveur secondaire est en lecture seule, il est prévu sous la version Entreprise
des
procédures stockées (sp_change_monitor_role ; sp_change_primary_role ; sp_change_secondary_role). Je cherche ces procédures sans succes. Elles ne
se
trouvent pas parmis les procédures de la version standard ou entreprise,
non
plus sur le Ressouces Kits.
Il y a t-il quelque qui à déja mis en place le log shipping sous la
version
SQL standard (appelé Log Shipper)? Une idée?
Merci par avance pour vos réponses....
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************