Se utilizzo Transparent Data Encryption nel mio database, c'è qualche impatto sulle mie prestazioni del db? È causa di problemi per l'indicizzazione del database?Quali sono gli impatti dell'abilitazione TDE sulle prestazioni del database?
Alcune persone hanno testato questo (vedi here, here, here e here) e hanno dato qualche consiglio generico (vedi here e here). Sembra che la percezione comune sia che l'impatto è di circa il 3-5%. Ma il 3-5% di cosa? Se questa è CPU e il tuo carico di lavoro è già vincolato alla CPU, è accettabile? Potrebbe andare peggio? Se questo è I/O e stai già avendo problemi di I/O, ucciderà il tuo sistema? Chissà?
Il modo migliore per determinare quale impatto avrà su la prestazione è verificarlo nel proprio ambiente. Ci sono così tanti fattori "dipende" qui non è divertente. Si consiglia di testare il tuo carico di lavoro, contro il database, sul tuo hardware, oltre rete, con tuoi modelli di utilizzo e le procedure di backup. Potresti avere gente che torna e dire "mi ha fatto molto male alla mia performance" o "Non l'ho nemmeno notato" ma come pensi che il loro scenario sia il tuo?
Aron ha assolutamente ragione. Ciò che sarà sicuramente interessato è la dimensione di tutti i tuoi backup. Devi pensare alla compressione di backup in quanto non esiste quando usi TDE. E significa che tutti i backup del log shipping & avranno prestazioni peggiori.
C'è qualche impatto sull'indicizzazione? –
Non sono abbastanza sicuro di cosa stai chiedendo. Sarà più costoso creare un indice in * your * environment con TDE attivato? Le query sugli * tuoi * indici saranno più lente o più veloci con TDE? I tuoi * indici * saranno più grandi con TDE? Non lo so - di nuovo, troppe variabili. Il mio punto è che dovresti considerare il carico di lavoro nel suo insieme e valutare l'impatto di TDE sul carico di lavoro (con test adeguati) rispetto al bisogno di crittografia. –