0
J'ai besoin de SQL pour fonctionner sur 2 centres de données (DC) actifs/actifs. Il y a des tonnes de challanges à faire ici et ci-dessous sont mes exigences.Comment réaliser plusieurs sites actifs (lire et écrire) (centres de données) avec l'application de données continue en utilisant SQL Server 2008?
- La synchronisation des données doit être asynchrone. (Pour des performances supérieures)
- Je dois être capable de lire/écrire sur les deux DC
- Lorsque Site1 tombe en panne, tout le trafic sera acheminé vers Site2 et lorsque le Site1 revient en direct, le trafic sera à nouveau partagé. Dans ce cas, les données doivent être réactivées dans un délai de 1 à 2 heures (en fonction du temps d'arrêt, évidemment).
- SQL La réplication transactionnelle ou d'autres réplications SQL ne semble pas être une bonne option en raison de ce qui suit. a. Si la réplication est interrompue, la réplication de la réplication nécessitera le transfert de 500 Go vers l'autre site. b. Nous devons parfois casser le repli pour apporter des modifications telles que l'ajout de nouvelles tables ou la modification de clés primaires. c. Parfois, quelle que soit la raison, cette réplication se brise d'elle-même et même MS ne peut pas trouver de solution à cela. d. Je ne suis pas sûr si la réplication de pair à pair résoudra ceci. e. La réplication de fusion semble effrayante et nous ne connaissons pas ses implications et nous ne souhaitons pas utiliser de GUID supplémentaires.
- Aujourd'hui ce sera 2 DC mais demain nous ajouterons plus de DC et avec possibilité d'en avoir un en Europe et un en Asie.
- La latence souhaitable dans la réplication est MAX 15 minutes.
- Plus que tout, j'ai besoin d'une solution sans mal de tête ou avec un minimum.
- Nous obtenons le point de récupération EMC mais cela ne m'aide pas dans le scénario ACTIVE/ACTIVE car il est seulement DR.
- J'ai évalué les productions suivantes et aucune ne m'a fourni de base de données utilisable à l'autre extrémité.
J'apprécierai votre aide sur ce problème. Merci d'avance