Réplication d'une base de données SQL Server à des fins de génération de rapports

J'essaie de déterminer le meilleur moyen de répliquer une base de données SQL Server à partir de son environnement de production vers un autre serveur à des fins de génération de rapports.Réplication d'une base de données SQL Server à des fins de génération de rapports

Une application logicielle basée sur le cloud que nous utilisons est basée sur une base de données SQL Server. Le fournisseur nous a donné accès à leur schéma, et nous construisons nos propres requêtes et vues à des fins de reporting. Une sauvegarde complète de la base de données de production est actuellement prise chaque nuit et nous est envoyée par FTP sécurisé, à quel point nous restaurons la sauvegarde sur notre serveur de reporting. Ce processus n'est pas fiable car le transfert SFTP échoue souvent.

Je suis à la recherche d'une solution alternative, peut-être dans le sens de Log Shipping ou Database Mirroring. Il ne s'agit pas d'un exercice à haute disponibilité, mais de la meilleure façon d'obtenir une copie en lecture seule de la base de données pour générer des rapports.

Toutes les suggestions seraient les bienvenues.

Source

2017-03-23 wildermind

Quelle version de SQL Server, quelle édition, Std ou Ent? Y a-t-il des problèmes de réseau (en supposant qu'il y ait, à partir de "SFTP échoue souvent")? Dans quelle mesure les données doivent-elles être mises à jour à des fins de reporting? – dean

Nous utilisons AlwaysOn comme une solution à haute disponibilité, mais un avantage supplémentaire est que nous pouvons utiliser le serveur secondaire en tant que serveur de base de données de rapports en quasi-temps réel en lecture seule.

Puisque vous avez déjà mentionné Log Shipping et Database Mirroring, c'est aussi une solution viable pour vous. C'est fondamentalement une technologie assez similaire et vous pouvez utiliser la synchronisation asynchrone pour réduire les attentes sur le serveur principal. En outre, vous n'utilisez pas la fonctionnalité de basculement automatique, mais vous profitez de la configuration et de l'utilisation relativement simples de la technologie AlwaysOn.

Source

2017-03-23 12:01:50

Vous pourriez envisager de mentionner que le transfert asynchrone et les réplicas lisibles sont uniquement des éditions ent. – dean

Cela dépend, les groupes de disponibilité de base sont pris en charge par [SQL Server 2016 Standard Edition] (https://msdn.microsoft.com/en-us/library/mt614935.aspx). J'ajoutais juste aux solutions @wildermind déjà trouvées. –

Cela ne dépend pas, il n'y a pas de réplicas lisibles dans std et il n'y a pas de transfert asynchrone dans std (où std == BAG). – dean

Réplication d'une base de données SQL Server à des fins de génération de rapports

Répondre

Questions connexes