2016-03-10 6 views
0

У нас есть интерфейс Front Access и сервер SQL Server.Репликация SQL Server на Azure

В связи с изменением договора мы теперь обязаны предоставить нашему клиенту доступ к нашей базе данных.

Мы протестировали наш интерфейс с копией нашей базы данных в Azure, но мы обнаружили, что он лагги.

Есть ли механизм для тиражирования нашей базы данных SQL Server на Azure, позволяя клиенту получить к нему доступ и внести изменения, с теми изменениями, которые были реплицированы обратно на наш SQL Server db?

Это то, что репликация однорангового узла находится в SQL Server?

Я читал этот блог, и, кажется, чтобы описать то, что я ищу: http://tk.azurewebsites.net/2012/07/17/how-to-setup-peer-to-peer-replication-in-azure-iaas-sql-server-2012/

+0

Почему бы не разоблачить локальный экземпляр SQL, чтобы они могли получить к нему доступ удаленно? Тогда у вас нет репликации. p2p/replication для чего-то вроде этого имеет сильный плохой запах для меня ... репликация - это сложный сценарий, но в вашем случае, если вы в основном используете его для резервного копирования, тогда это может быть хорошо. – jleach

+0

Для получения характеристик FE/Azure BE, читайте здесь: http://www.dymeng.com/techblog/azure-series-05-database-performance/ – jleach

+0

Нам нужно быстрое (читая дешевое) решение. Предоставление нашего сервера клиенту не является возможным. – TomBridges

ответ

1

Если вы чувствуете, что вы должны пойти с репликацией, я думаю, что лучший способ выбрать зависит от потребностей вашего клиента к см. данные.

Там три основных типа репликации доступных:

  • транзакционный (очень зернистая, операции выталкиваются от издателей к абонентам)
  • Merge репликации: сделано с помощью использования триггеров
  • Snapshot: сделано с помощью моментальные снимки времени, отодвинутые от издателя к подписчику.

(подробнее здесь, с последующими ссылками, ведущих к детальным прецеденты/поведению каждому): https://msdn.microsoft.com/en-us/library/ms152531(v=sql.120).aspx

Одноранговых является типом репликации транзакций. Если ваш клиент хочет только иметь возможность читать базу данных, это, вероятно, слишком велико. Я думаю, что моментальные снимки будут наименее навязчивыми и получить разумные интервалы данных.

Мне нужно задаться вопросом, есть ли причина, по которой вы не можете просто разоблачить текущий локальный SQL и базу данных через TCP? Похоже, было бы немного проще: дать им логин для входа в систему, и они могут проверять его, когда захотят. Опять же, это зависит от их требований, я полагаю.

Смежные вопросы