|
![]() |
#1 |
NavAx
|
Ребята, 200Гб базка всего то... повод заниматься оптимизацией и ежедневно присматривать за ней есть. НО... такой изврат мутить - никакого резона. Данная схема не является рекомендованной, более того, когда я ее показал сотрудникам MS - они выпучили глаза и покрутили пальцем у виска.
![]() Попробовал на одной из своих баз, не особо крупной, всего чуть более 130гб. Падение производительности - 1-2 порядка на элементарных запросах. Вообщем вместо второго (третьего и далее) сервера бд поставьте нормальную дисковую подсистему и не морочьте голову. рекомендую IBM DS4700/DS4800 - их производительности для такой задачи более чем достаточно и от кого защищаетесь и чем такое решение поможет мне тоже жутко интересно ![]()
__________________
И все они создания природы... |
|
![]() |
#2 |
Участник
|
Цитата:
Цитата:
Сугубо из личного опыта: есть средства криптографической защиты, работающие прозрачно для приложений на уровне фильтров файловой системы. Они позволяют на лету надежно шифровать данные как на дисковых носителях, так и на всяких там стриммерах, и если сервер или резервную копию "унесут", то увидят лишь мусор. Но опять же надо хорошо проработать модель нарушителя, а то попадется какая-нить "паршивая овца", и все усилия пойдут прахом... |
|
Теги |
faq, view, распределенная база данных |
|
![]() |
||||
Тема | Ответов | |||
Невозможно выполнить команду языка определения данных в () | 8 | |||
База данных в Axapta 3.0... | 13 | |||
Обновление данных в View | 5 | |||
Введение в Аксапту | 0 |
|