Рекомендации по размеру блока для SQL Server 2014 Standard Backup LUN

Я настраиваю новый кластер SQL Server, поэтому хранилище моей базы данных находится в SAN.

Ах, нет. Non sequitur — одно не следует за другим. Вы настроили новый кластер SQL Server. Хранилище вашей базы данных находится в SAN. Для этого нет внутреннего требования. Фактически, в течение некоторого времени AOAG (Always On Availability Groups) с общим хранилищем предпочтительнее из соображений безотказной работы. Кроме того, производительность - сложно получить несколько гигабайт в секунду SAN LUN (среди прочего, потому что оптоволокно составляет 8 гигабит - 800 мегабит в сыром виде). Это тривиально сделать на небольшом сервере с высокопроизводительным SSD.

У меня есть размер блока для LUN данных, журнала и tempdb, установленный на 64 КБ, в соответствии с рекомендацией в контрольном списке установки SQL Server Брента Озара.

ИМХО это не имеет смысла и противоречит всему, что я когда-либо испытывал. SQL Server хранит в расширениях 64 КБ, но всегда пытается записывать и читать несколько. От 256 КБ до 512 КБ выглядят лучше, ОСОБЕННО с кэшированием, которое делает правильная подсистема ввода-вывода. Теоретически 64 КБ гарантируют, что вы никогда не будете разделять ввод-вывод — практически это не имеет особого смысла, особенно в SAN с гигабайтами кэша.

Мой вопрос: каким должен быть размер блока для моего резервного LUN?

Как хочешь. Вы даете нам мало информации о том, как вы делаете резервные копии (или у вас нет корпоративного инструмента резервного копирования?). Как правило, резервные копии гораздо менее проблематичны из ввода-вывода, чем из активного хранилища данных. Например, на них очень мало случайных IO.