Если я использую Transparent Data Encryption в моей базе данных, есть ли какое-либо влияние на производительность моего db? Это вызывает проблемы при индексировании базы данных?Что такое влияние TDE на производительность базы данных?
Некоторые люди испытали это (см here, here, here и here) и дали некоторые общие рекомендации (см here и here). Похоже, общее мнение состоит в том, что воздействие составляет около 3-5%. Но 3-5% чего? Если это CPU и ваша рабочая нагрузка уже привязана к процессору, это приемлемо? Может ли это быть хуже? Если это I/O, и у вас уже возникают проблемы с вводом/выводом, собирается ли он убить вашу систему? Кто знает?
Лучший способ определить, какое влияние это окажет на Ваш результат равен проверить его в вашей среде. Здесь так много факторов «это зависит», это не смешно. Вы должны проверить вашу нагрузку, против базы данных на вашего аппаратного обеспечения, над вашей сети, с ваших моделей использования и процедур резервного копирования. Возможно, у вас есть люди, которые возвращаются и говорят: «Это сильно повлияло на мою работу» или «Я даже не замечал этого», но как вы думаете, насколько они похожи на ваш сценарий?
Aron абсолютно прав. На что обязательно повлияет размер всех ваших резервных копий. Вы должны думать о резервном сжатии, поскольку он не существует при использовании TDE. И это означает, что все резервные копии & будут иметь гораздо худшую производительность.
Возникает ли какое-либо влияние на индексацию? –
Я не совсем уверен, что вы просите. Будет ли стоить больше для создания индекса в * вашей * среде с включенным TDE? Будут ли запросы против * ваших * индексов быть медленнее или быстрее с помощью TDE? Будут ли * ваши * индексы большими с TDE? Я не знаю, опять-таки, слишком много переменных. Я хочу сказать, что вы должны учитывать свою рабочую нагрузку в целом и взвешивать влияние TDE на рабочую нагрузку (при правильном тестировании) на вашу потребность в шифровании. –