Должны ли мы разместить наше хранилище данных отчетности на нашем сервере базы данных транзакций - PullRequest
1 голос
/ 30 марта 2010

Мы собираемся добавить хранилище данных отчетности в нашу систему. В настоящее время мы используем Oracle 10g для нашей базы данных транзакций. Должны ли мы разместить хранилище отчетов на физически различном оборудовании? или мы можем "пойти дешево" и поделиться сервером транзакций?

Ответы [ 2 ]

2 голосов
/ 30 марта 2010

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

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

Если вы используете правильное индексирование и размещаете таблицы агрегирования, чтобы не сильно ломать голову во время извлечения данных отчета, тогда использование ресурсов OLAP довольно низкое.

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

Многие реализации уже распределяют ресурсы между OLAP и OLTP.

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

1 голос
/ 31 марта 2010

Если у вас есть машина аварийного восстановления для вашего OLTP, вы можете использовать ее для своего хранилища.

Другой вариант - использовать две виртуальные машины на одном оборудовании.

  • Вы можете использовать ВМ управление выделить мин / макс память, процессоры и т. д.

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

  • Также становится проще передвигаться позже на собственное оборудование, если оно оказывается необходимым.

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

...