Це має значення, це матиме сенс лише в тому випадку, якщо вам потрібні функції RAS (Надійність, Доступність та Сервіс) на пристроях x4 або x8 і зрозумієте компроміси для ваших потреб. Більш детальну інформацію можна пояснити на Dell ™ Dell ™ PowerEdge ™ Servers 2009 - Пам'ять .
Крім того, конфігурація та макет із деталями, характерними для R710, доступні в Технічному посібнику для PowerEdge R710 - (Google це тому, що я не маю репутації посилання).
Важливе питання, що слід зазначити, - це різниця між ECC на мікросхемі та "Advanced ECC", що надається BIOS Dell для корекції даних для одного пристрою (SDDC). Ви матимете ефективність на обидва. ECC відновиться після помилок під час запису на чіп. Однак SDDC піде на крок далі і організує біти так, що цілий чіп може вийти з ладу і все-таки відновити. Дивіться приклад та детальну інформацію про мікросхему SDDC E7500
Проблеми полягають у тому, чи є ваша продуктивність та / або надійність найбільшою турботою у вашому конкретному використанні машини. Якщо несправність чіпа призведе до втрати критичних даних або використання на цій машині, і це не зайве в реалізації, Advanced ECC може стати чудовим способом. Однак ви робите це під впливом на ефективність, яке може бути для вас важливішим.
Я реалізував обидва в цій галузі на серверах Dell PowerEdge для одиночних реалізацій Microsoft SQL Server. Якщо я можу допомогти більше, просто прокоментуйте, щоб повідомити мені.
Сподіваюся, що це допомагає.
EDIT: Розрив покриття / впровадження ECC
Так, існує розрив у покритті, навіть якщо ви реалізуєте і те й інше. Оскільки ви спеціально використовуєте кластер серверів високої доступності, IMHO, вам слід використовувати Advanced ECC. Ваш вплив на продуктивність мінімальний порівняно з перевагами для кластерних пристроїв. На думку Важливого, у вас загалом лише на 2% зниження продуктивності пам’яті ECC .
Розрив буде більш специфічним для типів помилок, які трапляються, і того, як кожен обробляє помилки. У вашій конкретній ситуації це не повинно перетворюватися на втрату даних. Оскільки це СУБД підприємства та помилки, проблеми з одночасністю тощо керуються на програмному рівні з метою запобігання втрати даних. Зберігається детальна історія змін у правильно налаштованій СУБД, а програмне забезпечення, яке її використовує, як правило, може налаштуватись на те, щоб транзакція була "відкатна" будь-якою, якщо трапляється серйозна помилка.
Впровадження ECC
ECC намагатиметься виправити будь-які бітові помилки читання / запису пам'яті. Однак, якщо помилка є більш значною, то навіть ECC не зможе відновитись, спричиняючи потенційні втрати даних. Більше дискусій про ECC також на ServerFault / Що таке ECC таран і чому це краще?
Згідно Вікіпедії на ECC_Memory
Пам'ять ECC підтримує систему пам'яті, ефективно вільну від однобітних помилок ...
SDDC
Якщо ви посилаєтесь на документ чіпсета E7500 вище (зверніть увагу, що 55xx / 56xx від Intel вимагають входу / партнерства, але ідея схожа, тому я не посилався спочатку), де описано SDDC та як це стало можливим. В основному, він використовує техніку організації слів, записаних у пам'ять, що забезпечує, що всі записані таким чином, що кожне слово буде містити лише одну бітну помилку, тобто слово має бути відновлене з однієї бітової помилки (як вище). Тепер це за кожне слово, тому воно може потенційно відновити від 4-розрядних помилок на пристроях x4 (1 за слово) та до 8-бітних помилок на пристроях x8 (досі 1 за слово), виправляючи помилки кожного слова.
Додаткові помилки, більше бітових помилок, загальна помилка пам'яті, збій каналу, збій шини тощо можуть все-таки спричинити жахливі проблеми, але саме тому у вас є кластер і Enterprise СУБД.
Коротше кажучи, якщо у вас все включено і є занадто багато бітових помилок, щоб алгоритми виправлення помилок виправити, ви все одно будете мати помилку, тобто розрив покриття помилок. Однак вони можуть бути надзвичайно рідкісними.