Жизненный цикл проекта аналитических услуг

Question

Существует ли стандарт, с помощью которого следует начинать проект аналитических услуг? Ситуация такова, что мы работаем локально на наших машинах, а реляционная БД находится за пределами нашего домена, а сервер, на котором в конечном итоге будет размещаться БД служб анализа, находится вне нашего домена. Итак, у меня есть куча вопросов:

1. Где вы устанавливаете БД схемы Star (как источник проекта OLAP)? Это где-то на отдельном сервере? А потом, как у вас есть БД со схемой «звезда-разработчик» и БД со схемой «звезда-производство»?

2. Когда вы создаете новый проект Anaylsis в вашей визуальной студии, где он должен подключаться (схема dev star? Схема prod star?)

3. Службы анализа поддерживают только проверку подлинности Windows, так как обойти это, если ваш локальный компьютер и службы анализа dev не находятся на одном сервере?

4. При работе с ETL (в SSIS) к какой БД вы подключаетесь? (dev, я полагаю) - но тогда как вы развертываете в производство?

5. Как насчет того, если вам нужно внести изменения - как этот процесс работает?

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

Answer 1

Для этого проекта SSAS, который я недавно настроил, вот что я сделал:

У меня есть компьютер для разработки и сервер.Оба в одном домене.ПК для разработки используется для редактирования проекта VS.Сервер используется для размещения базы данных пробной промежуточной / звездообразной схемы, реальной промежуточной базы данных, куба разработки SSAS и рабочих кубов SSAS.

Во время разработки я использую пробную промежуточную базу данных для тестирования ETL и развертывания вКуб разработки SSAS.

Чтобы построить настоящий куб, я переключаю источник данных, чтобы он указывал на реальную промежуточную БД, и внедряю в новый куб SSAS.Старые производственные кубы остаются неизменными, поэтому пользователи могут получить к ним доступ, пока я развертываю новый куб.После развертывания нового куба я сообщу о доступности нового куба, а затем смогу удалить старый.Кстати, я делаю это ежемесячно.

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

Чтобы включить Visual Studio дляЧтобы получить доступ к серверу SSAS, мне пришлось запускать Visual Studio с правами администратора (щелкните правой кнопкой мыши ярлык VS, «запустить как ...»).Или вы можете открыть сервер SSAS с SSMS на сервере , а затем поместить пользователя в активном каталоге в качестве члена группы администраторов.

Answer 2

Похоже, ваша основная проблема в том, что у вас нет прямого доступа к производственной среде / домену, и вы не знаете, как развернуть работу SSAS и SSIS.

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

В SSIS вы создадите диспетчеры соединений, которые используют строки соединений, указывающие на вашу среду разработки.Добавьте файл конфигурации пакета, чтобы предоставить доступ к свойствам пакета, например строке подключения.Существуют и другие способы управления информацией о конфигурации, но файл конфигурации является самым простым.Когда вы создаете проект с включенной опцией Create Deployment Utility, будут созданы файл конфигурации и файл .manifest.Вместе с вашими пакетами эти файлы могут быть запущены на целевом сервере для установки и настройки проекта вне среды разработки.

Аналогично, в SSAS есть утилита развертывания.Существует несколько способов развернуть проект SSAS в производственной среде.См. Развертывание базы данных служб Analysis Services в производственной среде , где приведен один обзор вариантов.Обратите внимание, что источники данных в вашем проекте могут быть вручную изменены администратором путем подключения к базе данных сервера анализа в SSMS после развертывания.

Изменения в SSIS обычно обрабатываются путем развертывания обновленных пакетов.С помощью SSAS можно вносить изменения в сценарии или повторно развертывать всю базу данных.Подход, который я выбрал бы, будет зависеть от размера и сложности базы данных SSAS и от того, что меняется.