Я попытался выполнить восстановление базы данных SQL Server с файловой системой xfs и барьером = 0 в облачной среде Azure. Он выполняет восстановление около 15 ГБ данных примерно за 8 минут.
Я слышал, что в ближайшем будущем этот вариант станет нерекомендуемым. Без этой опции время восстановления увеличивается до 25 минут.
Знаем ли мы какие-либо альтернативы этим параметрам, которые можно использовать для реализации тех же показателей производительности во время восстановления с файловой системой XFS?
UUID = 12907c8a-6b2f-4981-b94c-f3cd772270a7 / xfs по умолчанию, nobarrier 0 0
Начиная с ядра 4.13, запрет на использование XFS был удален. В этой статье предлагается два обходных пути:
Я попробовал write_cache вариант (например, echo "write through" | sudo tee /sys/block/nvme0n1/queue/write_cache) вариант и производительность на моем nvme выросли в 20 раз! Для меня результаты были вдвое быстрее, чем у ext4 без барьера.
http://smalldatum.blogspot.com/2018/01/xfs-nobarrier-and-413-linux-kernel.html
Я не нашел ничего особенного в том, что это устарело. Посмотри пожалуйста: Оптимизируйте свою виртуальную машину Linux в Azure Вы воспользуетесь опцией nobarrier:
Если вы используете XFS, отключите барьеры с помощью параметра монтирования nobarrier (Для включения барьеров используйте параметр барьер)
Сообщите нам, если у вас возникнут дополнительные вопросы.