Назад | Перейти на главную страницу

Таблицы в «главной» базе данных SQL Server, вызовут ли они проблемы?

Ребята, будьте добры ко мне ... Я просто "случайный" администратор баз данных из-за того, что наш администратор баз данных ушел в отставку, так что я полностью новичок в администраторах баз данных ...

Видите ли, у меня есть это приложение, «ESET Remote Administration Server» (ERAS), которое хранит свои журналы и результаты анализа в (изначально) локальной базе данных Access.

Было принято решение перенести свою базу данных на компьютер с SQL Server 2008 R2.

ESET (производитель программного обеспечения) любезно предоставила инструменты для выполнения такой миграции; К сожалению, будучи новичком в DBA, я не осознавал, что мне нужно сначала создать свою собственную базу данных (на стороне SQL Server) и назначить эту базу данных в качестве базы данных по умолчанию для ODBC-соединения ERAS.

Теперь инструмент миграции успешно создал целый набор таблиц внутри «главной» базы данных.

Мои вопросы:

Следует ли мне оставить все как есть или мне следует повторно перенести базу данных ERAS в другую базу данных?

Если вы предложите мне выполнить повторную миграцию, я планирую (1) создать новый экземпляр, (2) создать новую базу данных в новом экземпляре, (3) создать новый системный DSN ODBC на сервере ERAS, указывающий на новая БД на шаге 2, (4) используйте инструмент миграции ESET для перехода с текущего DSN на новый DSN.

Думаешь, я там шаг пропустил?

Заранее благодарим за любые рекомендации.

Я бы порекомендовал перейти на выделенную базу данных. Вот пара причин, почему:

  • Если вы когда-нибудь захотите перенести эту базу данных на другой экземпляр SQL Server, вам все равно придется это сделать. Вы не можете перенести master.
  • Основная база данных не предназначена для пользовательских данных. Он должен быть центральным местом для данных и кода, необходимых для поддержания работоспособности экземпляра. Добавление вещей в мастер делает там воду мутной.
  • Добавление вещей в мастер требует без надобности изменения безопасности в мастере.

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

Что касается вашего плана повторной миграции, я не вижу необходимости создавать новый экземпляр SQL Server. У вас должно получиться просто создать новую базу данных для ERAS и повторить миграцию. Затем вы можете очистить мастер от объектов, созданных на нем ERAS. В своем ODBC-соединении вы указываете, какую базу данных должно использовать соединение, чтобы вы могли легко изменить его, чтобы он указывал на новую базу данных.

Итак, вот шаги, которые я бы предложил:

  • Создайте новую базу данных (назовите ее ERAS или что-то еще)
  • Создайте новый логин SQL (на уровне сервера), если вы еще этого не сделали.
  • Добавьте новый логин SQL в качестве пользователя в новую базу данных (скорее всего, в качестве члена роли dbo)
  • Измените соединение ODBC, чтобы оно указывало на новую базу данных (и при необходимости использовать новые учетные данные для входа в систему, которые вы только что создали)
  • Выполните шаги миграции, которые теперь должны создать все необходимые объекты схемы и данные в вашей новой базе данных.
  • Мастер очистки. Здесь лучше всего вручную удалить объекты ERAS вместо восстановления из резервной копии. Восстановление мастера - нетривиальная задача, и если что-то пойдет не так, весь ваш экземпляр SQL Server может стать непригодным для использования.
  • Прибыль!