Je rappelle le contexte: des postes clients avec des bases de données SQL
2005 Express et un serveur Win 2003 et SQL Server 2005 Edition Standard.
Vu que la réplication des bases de données 2005 entre le serveur et les
postes clients ne fonctionne que de manière aléatoire (coupure réseau, accès
par le Wan), je souhaiterais mettre en place une solution de secours.
1) - Sauvegarde des bases de données (une sauvegarde par base) sur le
serveur, dans un répertoire partagé sur un serveur de fichier ou sur le
serveur lui-même
2) - Copie du résultat des sauvegardes vers un répertoire partagé de chaque
poste client (sans quiiter SQL, en utlisant les procédures étendues)
Question: comment faire le point 2 pour utiliser les procédures étendues ?
3) - Le cas échéant, restorer les bases de données, manuellement, depuis ce
répertoire, sur le poste client en forçant la restauration à l'emplacement
d'origine.
(style restore database ... from ...)
4) - Comment activer la gestion AWE pour des quantités de mémoire
supérieures à 4 Go ? directement dans SQL 2005 ? ou dans Windows ?
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
Romelard Fabrice [MVP]
Bonjour,
Pourquoi ne pas passer par un ou plusieurs package SSIS ?
Pour la mémoire AWE, ca se fait dans SSMS en prenant les propriétés du moteur SQL 2005. Il faut ensuite relancer le service SQL pour valider la modification.
-- Cordialement.
Romelard Fabrice [MVP]
"Houdini" a écrit dans le message de news:
Bonjour à toutes et à tous,
Je rappelle le contexte: des postes clients avec des bases de données SQL 2005 Express et un serveur Win 2003 et SQL Server 2005 Edition Standard.
Vu que la réplication des bases de données 2005 entre le serveur et les postes clients ne fonctionne que de manière aléatoire (coupure réseau, accès par le Wan), je souhaiterais mettre en place une solution de secours.
1) - Sauvegarde des bases de données (une sauvegarde par base) sur le serveur, dans un répertoire partagé sur un serveur de fichier ou sur le serveur lui-même
2) - Copie du résultat des sauvegardes vers un répertoire partagé de chaque poste client (sans quiiter SQL, en utlisant les procédures étendues)
Question: comment faire le point 2 pour utiliser les procédures étendues ?
3) - Le cas échéant, restorer les bases de données, manuellement, depuis ce répertoire, sur le poste client en forçant la restauration à l'emplacement d'origine. (style restore database ... from ...)
4) - Comment activer la gestion AWE pour des quantités de mémoire supérieures à 4 Go ? directement dans SQL 2005 ? ou dans Windows ?
Merci pour votre aide. Cordialement, Houdini
Bonjour,
Pourquoi ne pas passer par un ou plusieurs package SSIS ?
Pour la mémoire AWE, ca se fait dans SSMS en prenant les propriétés du
moteur SQL 2005.
Il faut ensuite relancer le service SQL pour valider la modification.
--
Cordialement.
Romelard Fabrice [MVP]
"Houdini" <Houdini@discussions.microsoft.com> a écrit dans le message de
news: 88930376-2CE8-44A7-82B3-C26D41A6D74B@microsoft.com...
Bonjour à toutes et à tous,
Je rappelle le contexte: des postes clients avec des bases de données SQL
2005 Express et un serveur Win 2003 et SQL Server 2005 Edition Standard.
Vu que la réplication des bases de données 2005 entre le serveur et les
postes clients ne fonctionne que de manière aléatoire (coupure réseau,
accès
par le Wan), je souhaiterais mettre en place une solution de secours.
1) - Sauvegarde des bases de données (une sauvegarde par base) sur le
serveur, dans un répertoire partagé sur un serveur de fichier ou sur le
serveur lui-même
2) - Copie du résultat des sauvegardes vers un répertoire partagé de
chaque
poste client (sans quiiter SQL, en utlisant les procédures étendues)
Question: comment faire le point 2 pour utiliser les procédures étendues ?
3) - Le cas échéant, restorer les bases de données, manuellement, depuis
ce
répertoire, sur le poste client en forçant la restauration à l'emplacement
d'origine.
(style restore database ... from ...)
4) - Comment activer la gestion AWE pour des quantités de mémoire
supérieures à 4 Go ? directement dans SQL 2005 ? ou dans Windows ?
Pourquoi ne pas passer par un ou plusieurs package SSIS ?
Pour la mémoire AWE, ca se fait dans SSMS en prenant les propriétés du moteur SQL 2005. Il faut ensuite relancer le service SQL pour valider la modification.
-- Cordialement.
Romelard Fabrice [MVP]
"Houdini" a écrit dans le message de news:
Bonjour à toutes et à tous,
Je rappelle le contexte: des postes clients avec des bases de données SQL 2005 Express et un serveur Win 2003 et SQL Server 2005 Edition Standard.
Vu que la réplication des bases de données 2005 entre le serveur et les postes clients ne fonctionne que de manière aléatoire (coupure réseau, accès par le Wan), je souhaiterais mettre en place une solution de secours.
1) - Sauvegarde des bases de données (une sauvegarde par base) sur le serveur, dans un répertoire partagé sur un serveur de fichier ou sur le serveur lui-même
2) - Copie du résultat des sauvegardes vers un répertoire partagé de chaque poste client (sans quiiter SQL, en utlisant les procédures étendues)
Question: comment faire le point 2 pour utiliser les procédures étendues ?
3) - Le cas échéant, restorer les bases de données, manuellement, depuis ce répertoire, sur le poste client en forçant la restauration à l'emplacement d'origine. (style restore database ... from ...)
4) - Comment activer la gestion AWE pour des quantités de mémoire supérieures à 4 Go ? directement dans SQL 2005 ? ou dans Windows ?
Merci pour votre aide. Cordialement, Houdini
Arnaud CLERET
Bonjour,
Pour la gestion de la mémoire supérieure à 2Go, vous devez aussi le spécifier au niveau de Windows pour qu'elle soit prise en charge. Cette option se fait au niveau du Boot.ini en y ajoutant /3GB ou /PAE pour l'utilisation de mémoire supérieure à 4Go.
Pourquoi ne pas passer par un ou plusieurs package SSIS ?
Pour la mémoire AWE, ca se fait dans SSMS en prenant les propriétés du moteur SQL 2005. Il faut ensuite relancer le service SQL pour valider la modification.
-- Cordialement.
Romelard Fabrice [MVP]
"Houdini" a écrit dans le message de news: > Bonjour à toutes et à tous, > > Je rappelle le contexte: des postes clients avec des bases de données SQL > 2005 Express et un serveur Win 2003 et SQL Server 2005 Edition Standard. > > Vu que la réplication des bases de données 2005 entre le serveur et les > postes clients ne fonctionne que de manière aléatoire (coupure réseau, > accès > par le Wan), je souhaiterais mettre en place une solution de secours. > > 1) - Sauvegarde des bases de données (une sauvegarde par base) sur le > serveur, dans un répertoire partagé sur un serveur de fichier ou sur le > serveur lui-même > > 2) - Copie du résultat des sauvegardes vers un répertoire partagé de > chaque > poste client (sans quiiter SQL, en utlisant les procédures étendues) > > Question: comment faire le point 2 pour utiliser les procédures étendues ? > > 3) - Le cas échéant, restorer les bases de données, manuellement, depuis > ce > répertoire, sur le poste client en forçant la restauration à l'emplacement > d'origine. > (style restore database ... from ...) > > 4) - Comment activer la gestion AWE pour des quantités de mémoire > supérieures à 4 Go ? directement dans SQL 2005 ? ou dans Windows ? > > Merci pour votre aide. > Cordialement, > Houdini
Bonjour,
Pour la gestion de la mémoire supérieure à 2Go, vous devez aussi le
spécifier au niveau de Windows pour qu'elle soit prise en charge. Cette
option se fait au niveau du Boot.ini en y ajoutant /3GB ou /PAE pour
l'utilisation de mémoire supérieure à 4Go.
Pourquoi ne pas passer par un ou plusieurs package SSIS ?
Pour la mémoire AWE, ca se fait dans SSMS en prenant les propriétés du
moteur SQL 2005.
Il faut ensuite relancer le service SQL pour valider la modification.
--
Cordialement.
Romelard Fabrice [MVP]
"Houdini" <Houdini@discussions.microsoft.com> a écrit dans le message de
news: 88930376-2CE8-44A7-82B3-C26D41A6D74B@microsoft.com...
> Bonjour à toutes et à tous,
>
> Je rappelle le contexte: des postes clients avec des bases de données SQL
> 2005 Express et un serveur Win 2003 et SQL Server 2005 Edition Standard.
>
> Vu que la réplication des bases de données 2005 entre le serveur et les
> postes clients ne fonctionne que de manière aléatoire (coupure réseau,
> accès
> par le Wan), je souhaiterais mettre en place une solution de secours.
>
> 1) - Sauvegarde des bases de données (une sauvegarde par base) sur le
> serveur, dans un répertoire partagé sur un serveur de fichier ou sur le
> serveur lui-même
>
> 2) - Copie du résultat des sauvegardes vers un répertoire partagé de
> chaque
> poste client (sans quiiter SQL, en utlisant les procédures étendues)
>
> Question: comment faire le point 2 pour utiliser les procédures étendues ?
>
> 3) - Le cas échéant, restorer les bases de données, manuellement, depuis
> ce
> répertoire, sur le poste client en forçant la restauration à l'emplacement
> d'origine.
> (style restore database ... from ...)
>
> 4) - Comment activer la gestion AWE pour des quantités de mémoire
> supérieures à 4 Go ? directement dans SQL 2005 ? ou dans Windows ?
>
> Merci pour votre aide.
> Cordialement,
> Houdini
Pour la gestion de la mémoire supérieure à 2Go, vous devez aussi le spécifier au niveau de Windows pour qu'elle soit prise en charge. Cette option se fait au niveau du Boot.ini en y ajoutant /3GB ou /PAE pour l'utilisation de mémoire supérieure à 4Go.
Pourquoi ne pas passer par un ou plusieurs package SSIS ?
Pour la mémoire AWE, ca se fait dans SSMS en prenant les propriétés du moteur SQL 2005. Il faut ensuite relancer le service SQL pour valider la modification.
-- Cordialement.
Romelard Fabrice [MVP]
"Houdini" a écrit dans le message de news: > Bonjour à toutes et à tous, > > Je rappelle le contexte: des postes clients avec des bases de données SQL > 2005 Express et un serveur Win 2003 et SQL Server 2005 Edition Standard. > > Vu que la réplication des bases de données 2005 entre le serveur et les > postes clients ne fonctionne que de manière aléatoire (coupure réseau, > accès > par le Wan), je souhaiterais mettre en place une solution de secours. > > 1) - Sauvegarde des bases de données (une sauvegarde par base) sur le > serveur, dans un répertoire partagé sur un serveur de fichier ou sur le > serveur lui-même > > 2) - Copie du résultat des sauvegardes vers un répertoire partagé de > chaque > poste client (sans quiiter SQL, en utlisant les procédures étendues) > > Question: comment faire le point 2 pour utiliser les procédures étendues ? > > 3) - Le cas échéant, restorer les bases de données, manuellement, depuis > ce > répertoire, sur le poste client en forçant la restauration à l'emplacement > d'origine. > (style restore database ... from ...) > > 4) - Comment activer la gestion AWE pour des quantités de mémoire > supérieures à 4 Go ? directement dans SQL 2005 ? ou dans Windows ? > > Merci pour votre aide. > Cordialement, > Houdini
SQLpro
Bonjour,
Houdini a écrit :
Bonjour à toutes et à tous,
Je rappelle le contexte: des postes clients avec des bases de données S QL 2005 Express et un serveur Win 2003 et SQL Server 2005 Edition Standard.
Vu que la réplication des bases de données 2005 entre le serveur et l es postes clients ne fonctionne que de manière aléatoire (coupure rése au, accès par le Wan), je souhaiterais mettre en place une solution de secours.
En principe une réplication ne devrait pas poser de problème vu qu'il y a latence. Redéfinissez une latence plus grande si vous êtes victime de coupure du réseau. Quelle est votre mode de réplication ? Quel est votre architecture de réplication ?
1) - Sauvegarde des bases de données (une sauvegarde par base) sur le serveur, dans un répertoire partagé sur un serveur de fichier ou sur le serveur lui-même
2) - Copie du résultat des sauvegardes vers un répertoire partagé d e chaque poste client (sans quiiter SQL, en utlisant les procédures étendues)
Question: comment faire le point 2 pour utiliser les procédures étend ues ?
les procédures étendues sont des dll codées en C.
Il n'est pas utile de faire cela car vous disposer de la commande xp_cmdshell qui permet de lancer un ordre DOS du genre COPY... D'autre part vous pouvez utiliser un FTP lancé par une procédure planifié de l'agent SQL Server
3) - Le cas échéant, restorer les bases de données, manuellement, d epuis ce répertoire, sur le poste client en forçant la restauration à l'empl acement d'origine. (style restore database ... from ...)
4) - Comment activer la gestion AWE pour des quantités de mémoire supérieures à 4 Go ? directement dans SQL 2005 ? ou dans Windows ?
Tout dépend de vos éditions de Windows et de SQL Server :
Windows Server Standard => limité à 4 GO Windows 2000 Advanced Server => limité à 8 GO Windows 2000 Datacenter => limité à 64 Go Windows 2003 Standard => limité à 4 Go Windows 2003 Entreprise => limité à 32 Go (x86) et 64 Go itanium Windows 2003 Datacenter => limité à 32 Go (x86) et 512 Go itanium Windows Server 2003 64 bits, Datacenter => limité à 1 To
SQL Server 2005 Express => limité à 2 GO SQL Server 2005 Standard => limité à 4 GO SQL Server 2005 Entreprise => limité à 64 GO SQL Server 2005 64 bits => limité à 1 To
Pour activer la mémoire haute (au dela de 4 Go)
Sytème 32 bits :
1) avec plus de 4 Go et moins de 16 : boot.ini => /PAE /3GB sp_configure 'max server memory' doit être à RAM - 1 Go
2) avec plus de 16 GO boot.ini => /PAE sp_configure 'max server memory' doit être à RAM - 2 Go
Système 64 bits rien à faire
A +
Frédéric BROUARD - SQLpro - MVP SQL Server Expert SQL, SGBDR, modélisation de données SQL et SGBDR http://sqlpro.developpez.com/ Formations, conseils, audit, modélisation, optimisation, tuning : www.datasapiens.com
Merci pour votre aide. Cordialement, Houdini
Bonjour,
Houdini a écrit :
Bonjour à toutes et à tous,
Je rappelle le contexte: des postes clients avec des bases de données S QL
2005 Express et un serveur Win 2003 et SQL Server 2005 Edition Standard.
Vu que la réplication des bases de données 2005 entre le serveur et l es
postes clients ne fonctionne que de manière aléatoire (coupure rése au, accès
par le Wan), je souhaiterais mettre en place une solution de secours.
En principe une réplication ne devrait pas poser de problème vu qu'il
y a latence. Redéfinissez une latence plus grande si vous êtes
victime de coupure du réseau.
Quelle est votre mode de réplication ? Quel est votre architecture de
réplication ?
1) - Sauvegarde des bases de données (une sauvegarde par base) sur le
serveur, dans un répertoire partagé sur un serveur de fichier ou sur le
serveur lui-même
2) - Copie du résultat des sauvegardes vers un répertoire partagé d e chaque
poste client (sans quiiter SQL, en utlisant les procédures étendues)
Question: comment faire le point 2 pour utiliser les procédures étend ues ?
les procédures étendues sont des dll codées en C.
Il n'est pas utile de faire cela car vous disposer de la commande
xp_cmdshell qui permet de lancer un ordre DOS du genre COPY... D'autre
part vous pouvez utiliser un FTP lancé par une procédure planifié de
l'agent SQL Server
3) - Le cas échéant, restorer les bases de données, manuellement, d epuis ce
répertoire, sur le poste client en forçant la restauration à l'empl acement
d'origine.
(style restore database ... from ...)
4) - Comment activer la gestion AWE pour des quantités de mémoire
supérieures à 4 Go ? directement dans SQL 2005 ? ou dans Windows ?
Tout dépend de vos éditions de Windows et de SQL Server :
Windows Server Standard => limité à 4 GO
Windows 2000 Advanced Server => limité à 8 GO
Windows 2000 Datacenter => limité à 64 Go
Windows 2003 Standard => limité à 4 Go
Windows 2003 Entreprise => limité à 32 Go (x86) et 64 Go itanium
Windows 2003 Datacenter => limité à 32 Go (x86) et 512 Go itanium
Windows Server 2003 64 bits, Datacenter => limité à 1 To
SQL Server 2005 Express => limité à 2 GO
SQL Server 2005 Standard => limité à 4 GO
SQL Server 2005 Entreprise => limité à 64 GO
SQL Server 2005 64 bits => limité à 1 To
Pour activer la mémoire haute (au dela de 4 Go)
Sytème 32 bits :
1) avec plus de 4 Go et moins de 16 :
boot.ini => /PAE /3GB
sp_configure 'max server memory' doit être à RAM - 1 Go
2) avec plus de 16 GO
boot.ini => /PAE
sp_configure 'max server memory' doit être à RAM - 2 Go
Système 64 bits rien à faire
A +
Frédéric BROUARD - SQLpro - MVP SQL Server
Expert SQL, SGBDR, modélisation de données
SQL et SGBDR http://sqlpro.developpez.com/
Formations, conseils, audit, modélisation,
optimisation, tuning : www.datasapiens.com
Je rappelle le contexte: des postes clients avec des bases de données S QL 2005 Express et un serveur Win 2003 et SQL Server 2005 Edition Standard.
Vu que la réplication des bases de données 2005 entre le serveur et l es postes clients ne fonctionne que de manière aléatoire (coupure rése au, accès par le Wan), je souhaiterais mettre en place une solution de secours.
En principe une réplication ne devrait pas poser de problème vu qu'il y a latence. Redéfinissez une latence plus grande si vous êtes victime de coupure du réseau. Quelle est votre mode de réplication ? Quel est votre architecture de réplication ?
1) - Sauvegarde des bases de données (une sauvegarde par base) sur le serveur, dans un répertoire partagé sur un serveur de fichier ou sur le serveur lui-même
2) - Copie du résultat des sauvegardes vers un répertoire partagé d e chaque poste client (sans quiiter SQL, en utlisant les procédures étendues)
Question: comment faire le point 2 pour utiliser les procédures étend ues ?
les procédures étendues sont des dll codées en C.
Il n'est pas utile de faire cela car vous disposer de la commande xp_cmdshell qui permet de lancer un ordre DOS du genre COPY... D'autre part vous pouvez utiliser un FTP lancé par une procédure planifié de l'agent SQL Server
3) - Le cas échéant, restorer les bases de données, manuellement, d epuis ce répertoire, sur le poste client en forçant la restauration à l'empl acement d'origine. (style restore database ... from ...)
4) - Comment activer la gestion AWE pour des quantités de mémoire supérieures à 4 Go ? directement dans SQL 2005 ? ou dans Windows ?
Tout dépend de vos éditions de Windows et de SQL Server :
Windows Server Standard => limité à 4 GO Windows 2000 Advanced Server => limité à 8 GO Windows 2000 Datacenter => limité à 64 Go Windows 2003 Standard => limité à 4 Go Windows 2003 Entreprise => limité à 32 Go (x86) et 64 Go itanium Windows 2003 Datacenter => limité à 32 Go (x86) et 512 Go itanium Windows Server 2003 64 bits, Datacenter => limité à 1 To
SQL Server 2005 Express => limité à 2 GO SQL Server 2005 Standard => limité à 4 GO SQL Server 2005 Entreprise => limité à 64 GO SQL Server 2005 64 bits => limité à 1 To
Pour activer la mémoire haute (au dela de 4 Go)
Sytème 32 bits :
1) avec plus de 4 Go et moins de 16 : boot.ini => /PAE /3GB sp_configure 'max server memory' doit être à RAM - 1 Go
2) avec plus de 16 GO boot.ini => /PAE sp_configure 'max server memory' doit être à RAM - 2 Go
Système 64 bits rien à faire
A +
Frédéric BROUARD - SQLpro - MVP SQL Server Expert SQL, SGBDR, modélisation de données SQL et SGBDR http://sqlpro.developpez.com/ Formations, conseils, audit, modélisation, optimisation, tuning : www.datasapiens.com
Merci pour votre aide. Cordialement, Houdini
Forum Microsoft
SQLpro a écrit :
Bonjour,
Houdini a écrit :
Bonjour à toutes et à tous,
Je rappelle le contexte: des postes clients avec des bases de données SQL 2005 Express et un serveur Win 2003 et SQL Server 2005 Edition Standard.
Vu que la réplication des bases de données 2005 entre le serveur et les postes clients ne fonctionne que de manière aléatoire (coupure réseau, accès par le Wan), je souhaiterais mettre en place une solution de secours.
En principe une réplication ne devrait pas poser de problème vu qu'il y a latence. Redéfinissez une latence plus grande si vous êtes victime de coupure du réseau. Quelle est votre mode de réplication ? Quel est votre architecture de réplication ?
Bonjour,
Le mode réplication choisi par le client est la capture instantanée Un éditeur / Distributeur (serveur SQL 2005 Standard) et des abonnés (Postes XP avec SQL 2005 Express). Les bases de données du serveur sont répliquées sur les postes de travail, en fonction du type de poste (exploitation, surveillance, diagnostic, supervision)
1) - Sauvegarde des bases de données (une sauvegarde par base) sur le serveur, dans un répertoire partagé sur un serveur de fichier ou sur le serveur lui-même
2) - Copie du résultat des sauvegardes vers un répertoire partagé de chaque poste client (sans quiiter SQL, en utlisant les procédures étendues)
Question: comment faire le point 2 pour utiliser les procédures étendues ?
les procédures étendues sont des dll codées en C.
Il n'est pas utile de faire cela car vous disposer de la commande xp_cmdshell qui permet de lancer un ordre DOS du genre COPY... D'autre part vous pouvez utiliser un FTP lancé par une procédure planifié de l'agent SQL Server
3) - Le cas échéant, restorer les bases de données, manuellement, depuis ce répertoire, sur le poste client en forçant la restauration à l'emplacement d'origine. (style restore database ... from ...)
4) - Comment activer la gestion AWE pour des quantités de mémoire supérieures à 4 Go ? directement dans SQL 2005 ? ou dans Windows ?
Tout dépend de vos éditions de Windows et de SQL Server :
Windows Server Standard => limité à 4 GO Windows 2000 Advanced Server => limité à 8 GO Windows 2000 Datacenter => limité à 64 Go Windows 2003 Standard => limité à 4 Go Windows 2003 Entreprise => limité à 32 Go (x86) et 64 Go itanium Windows 2003 Datacenter => limité à 32 Go (x86) et 512 Go itanium Windows Server 2003 64 bits, Datacenter => limité à 1 To
SQL Server 2005 Express => limité à 2 GO SQL Server 2005 Standard => limité à 4 GO SQL Server 2005 Entreprise => limité à 64 GO SQL Server 2005 64 bits => limité à 1 To
Pour activer la mémoire haute (au dela de 4 Go)
Sytème 32 bits :
1) avec plus de 4 Go et moins de 16 : boot.ini => /PAE /3GB sp_configure 'max server memory' doit être à RAM - 1 Go
2) avec plus de 16 GO boot.ini => /PAE sp_configure 'max server memory' doit être à RAM - 2 Go
Système 64 bits rien à faire
A +
Frédéric BROUARD - SQLpro - MVP SQL Server Expert SQL, SGBDR, modélisation de données SQL et SGBDR http://sqlpro.developpez.com/ Formations, conseils, audit, modélisation, optimisation, tuning : www.datasapiens.com
Merci pour votre aide. Cordialement, Houdini
SQLpro a écrit :
Bonjour,
Houdini a écrit :
Bonjour à toutes et à tous,
Je rappelle le contexte: des postes clients avec des bases de données SQL
2005 Express et un serveur Win 2003 et SQL Server 2005 Edition Standard.
Vu que la réplication des bases de données 2005 entre le serveur et les
postes clients ne fonctionne que de manière aléatoire (coupure réseau, accès
par le Wan), je souhaiterais mettre en place une solution de secours.
En principe une réplication ne devrait pas poser de problème vu qu'il
y a latence. Redéfinissez une latence plus grande si vous êtes
victime de coupure du réseau.
Quelle est votre mode de réplication ? Quel est votre architecture de
réplication ?
Bonjour,
Le mode réplication choisi par le client est la capture instantanée
Un éditeur / Distributeur (serveur SQL 2005 Standard) et des abonnés
(Postes XP avec SQL 2005 Express). Les bases de données du serveur sont
répliquées sur les postes de travail, en fonction du type de poste
(exploitation, surveillance, diagnostic, supervision)
1) - Sauvegarde des bases de données (une sauvegarde par base) sur le
serveur, dans un répertoire partagé sur un serveur de fichier ou sur le
serveur lui-même
2) - Copie du résultat des sauvegardes vers un répertoire partagé de chaque
poste client (sans quiiter SQL, en utlisant les procédures étendues)
Question: comment faire le point 2 pour utiliser les procédures étendues ?
les procédures étendues sont des dll codées en C.
Il n'est pas utile de faire cela car vous disposer de la commande
xp_cmdshell qui permet de lancer un ordre DOS du genre COPY... D'autre
part vous pouvez utiliser un FTP lancé par une procédure planifié de
l'agent SQL Server
3) - Le cas échéant, restorer les bases de données, manuellement, depuis ce
répertoire, sur le poste client en forçant la restauration à l'emplacement
d'origine.
(style restore database ... from ...)
4) - Comment activer la gestion AWE pour des quantités de mémoire
supérieures à 4 Go ? directement dans SQL 2005 ? ou dans Windows ?
Tout dépend de vos éditions de Windows et de SQL Server :
Windows Server Standard => limité à 4 GO
Windows 2000 Advanced Server => limité à 8 GO
Windows 2000 Datacenter => limité à 64 Go
Windows 2003 Standard => limité à 4 Go
Windows 2003 Entreprise => limité à 32 Go (x86) et 64 Go itanium
Windows 2003 Datacenter => limité à 32 Go (x86) et 512 Go itanium
Windows Server 2003 64 bits, Datacenter => limité à 1 To
SQL Server 2005 Express => limité à 2 GO
SQL Server 2005 Standard => limité à 4 GO
SQL Server 2005 Entreprise => limité à 64 GO
SQL Server 2005 64 bits => limité à 1 To
Pour activer la mémoire haute (au dela de 4 Go)
Sytème 32 bits :
1) avec plus de 4 Go et moins de 16 :
boot.ini => /PAE /3GB
sp_configure 'max server memory' doit être à RAM - 1 Go
2) avec plus de 16 GO
boot.ini => /PAE
sp_configure 'max server memory' doit être à RAM - 2 Go
Système 64 bits rien à faire
A +
Frédéric BROUARD - SQLpro - MVP SQL Server
Expert SQL, SGBDR, modélisation de données
SQL et SGBDR http://sqlpro.developpez.com/
Formations, conseils, audit, modélisation,
optimisation, tuning : www.datasapiens.com
Je rappelle le contexte: des postes clients avec des bases de données SQL 2005 Express et un serveur Win 2003 et SQL Server 2005 Edition Standard.
Vu que la réplication des bases de données 2005 entre le serveur et les postes clients ne fonctionne que de manière aléatoire (coupure réseau, accès par le Wan), je souhaiterais mettre en place une solution de secours.
En principe une réplication ne devrait pas poser de problème vu qu'il y a latence. Redéfinissez une latence plus grande si vous êtes victime de coupure du réseau. Quelle est votre mode de réplication ? Quel est votre architecture de réplication ?
Bonjour,
Le mode réplication choisi par le client est la capture instantanée Un éditeur / Distributeur (serveur SQL 2005 Standard) et des abonnés (Postes XP avec SQL 2005 Express). Les bases de données du serveur sont répliquées sur les postes de travail, en fonction du type de poste (exploitation, surveillance, diagnostic, supervision)
1) - Sauvegarde des bases de données (une sauvegarde par base) sur le serveur, dans un répertoire partagé sur un serveur de fichier ou sur le serveur lui-même
2) - Copie du résultat des sauvegardes vers un répertoire partagé de chaque poste client (sans quiiter SQL, en utlisant les procédures étendues)
Question: comment faire le point 2 pour utiliser les procédures étendues ?
les procédures étendues sont des dll codées en C.
Il n'est pas utile de faire cela car vous disposer de la commande xp_cmdshell qui permet de lancer un ordre DOS du genre COPY... D'autre part vous pouvez utiliser un FTP lancé par une procédure planifié de l'agent SQL Server
3) - Le cas échéant, restorer les bases de données, manuellement, depuis ce répertoire, sur le poste client en forçant la restauration à l'emplacement d'origine. (style restore database ... from ...)
4) - Comment activer la gestion AWE pour des quantités de mémoire supérieures à 4 Go ? directement dans SQL 2005 ? ou dans Windows ?
Tout dépend de vos éditions de Windows et de SQL Server :
Windows Server Standard => limité à 4 GO Windows 2000 Advanced Server => limité à 8 GO Windows 2000 Datacenter => limité à 64 Go Windows 2003 Standard => limité à 4 Go Windows 2003 Entreprise => limité à 32 Go (x86) et 64 Go itanium Windows 2003 Datacenter => limité à 32 Go (x86) et 512 Go itanium Windows Server 2003 64 bits, Datacenter => limité à 1 To
SQL Server 2005 Express => limité à 2 GO SQL Server 2005 Standard => limité à 4 GO SQL Server 2005 Entreprise => limité à 64 GO SQL Server 2005 64 bits => limité à 1 To
Pour activer la mémoire haute (au dela de 4 Go)
Sytème 32 bits :
1) avec plus de 4 Go et moins de 16 : boot.ini => /PAE /3GB sp_configure 'max server memory' doit être à RAM - 1 Go
2) avec plus de 16 GO boot.ini => /PAE sp_configure 'max server memory' doit être à RAM - 2 Go
Système 64 bits rien à faire
A +
Frédéric BROUARD - SQLpro - MVP SQL Server Expert SQL, SGBDR, modélisation de données SQL et SGBDR http://sqlpro.developpez.com/ Formations, conseils, audit, modélisation, optimisation, tuning : www.datasapiens.com
