Как оценить Storage Replica log по реальной скорости записи: формула времени до wrap, проверка Test-SRTopology, отличие размера от производительности и стоп-условия до изменения дисков.
Считайте журнал как временное окно
Microsoft объясняет: более крупный log удерживает больше write I/O до wrap, но не делает репликацию быстрее. Базовая оценка — полезный объём журнала в байтах, делённый на Avg Write Bytes/Sec исходного data volume. Результат — секунды, в течение которых destination может оставаться недоступным при выбранной нагрузке. Не подставляйте среднее за спокойный день, если риск возникает во время backup, импорта или пакетной обработки. Соберите минимум обычный, высокий и пиковый профиль записи и для каждого посчитайте отдельное окно.
Проверьте формулу на измеряемом примере
Официальный FAQ приводит пример: 120 GB при 50 MB/s дают 2 400 секунд, то есть около 40 минут до wrap. Используйте одинаковые единицы и отдельно запишите резерв свободного места, а не считайте весь раздел доступным журналу без проверки. Для собственной среды таблица должна содержать размер log, наблюдаемую скорость, период измерения и расчётное окно. Это оценка capacity, а не обещание времени восстановления. Если нагрузка меняется ступенчато, применяйте консервативный профиль и подтверждайте расчёт Test-SRTopology.
Отделите wrap от производительности носителя
После wrap источник может воспроизводить блоки через bitmap вместо основного log; Microsoft отмечает, что возврат в sync обычно медленнее. При этом размер журнала не исправляет медленный storage. FAQ рекомендует, чтобы log volume был быстрее data volume, находился на flash media и не обслуживал другие workload. Поэтому проверьте latency, события диска и состояние Storage Replica отдельно от расчёта объёма. Если latency растёт или есть storage errors, увеличение раздела лишь изменит время до wrap и не устранит причину.
Меняйте storage только после контрольного окна
Сопоставьте расчётное окно с реальным RTO/RPO-процессом и длительностью плановых или аварийных остановок destination. До переразметки сохраните Test-SRTopology, значения performance counters, события Storage Replica и диска, версию Windows Server и топологию. Не размещайте резервные копии на log volume: Microsoft отдельно предупреждает о конфликте backup с операциями репликации. Остановитесь, если расчёт требует неизвестной пиковой скорости или журнал уже показывает storage failures. Успех — окно подтверждено замером, а производительность log не хуже требуемой.
Материал подготовлен редакцией VOne с применением ИИ для структурирования; факты вручную сверены с официальной документацией Microsoft, а форумная ветка использована только как обезличенный сигнал боли.
Источники и проверка
- Microsoft Learn — Storage Replica FAQ проверено 2026-07-31
- Microsoft Learn — Troubleshoot storage replication failures in Windows Server 2025 проверено 2026-07-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.