Рекомендации по обновлению до SQL Server 2017 - две базы данных или одна? Репликация? DMZ? - PullRequest
0 голосов
/ 09 апреля 2020

Мы окончательно переходим с нашего SQL 2000 box на SQL 2017. Наша текущая среда - это один SQL сервер с базой данных, предназначенной для наших внутренних приложений, а затем отдельной базой данных для нашего сайта электронной коммерции - с SQL репликация, запущенная между базами данных (слияние и распространение). Наш SQL сервер НЕ находится в DMZ. Наш интерфейс электронной коммерции использует IIS на отдельном сервере, который находится в демилитаризованной зоне с доступом через наш брандмауэр к блоку SQL.

Каковы современные рекомендации по переходу на SQL 2017? У нас были разные консультанты, которые говорили нам разные вещи.

  • Продолжаем ли мы нашу текущую настройку с двумя базами данных, одна из которых предназначена для нашего сайта электронной коммерции, а другая - для внутренних приложений? Если это так, каков наилучший способ репликации данных между двумя базами данных?

  • Создаем ли мы отдельный экземпляр SQL сервера для нашего сайта электронной коммерции и помещаем его в DMZ с наш сервер IIS? Если да, то каков наилучший способ репликации данных между двумя SQL серверами?

  • Используем ли мы одну базу данных, и наши внутренние приложения и сайт электронной коммерции обращаются к этой базе данных? Это устраняет необходимость в репликации, но есть ли проблемы с безопасностью или производительностью при этом?

  • Что-то еще?

Каковы плюсы и минусы для каждый вариант с точки зрения безопасности, производительности системы, затрат, ...? Есть ли там сайты, которые go за это? Как я уже говорил, у нас были разные консультанты, которые рассказывали нам разные вещи. Всякий раз, когда я пытаюсь найти по этому вопросу, все, что я вижу, это статьи, обсуждающие, должен ли IIS находиться на том же сервере, что и SQL - что не применимо в нашем случае.

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

...