АГ
Ну питалово там резко не пропадет, сервер с двумя блоками и упсом. Но на сколько я понимаю, потеряются только те данные, что были в кэше, основные данные останутся как есть?
yep
Size: a a a
2020 July 20
НЛ
Если MS SQL server, то читай что такое VLF и low restore speed
Это первым делом было прочитано. Не знаю, что имеется ввиду под VLF, я читал про IFI ( instant file initialization). это в моем случае не помогло. Более того, на другой массив, который состоит из sas-дисков, база на большой скорости раскатывается, аж пинджак заворачивается. Я поэтому думаю, что у меня конкретно с этим массивом что-то не так
RK
Комит для приложения происходит когда данные попадают на контроллер, так что гарантировано будут битые данные БД
MO
Да вообще там на самом деле непонятная ситуация. Если на раздел на этом массиве копировать какой-нибудь большой файл, то скорость в районе 400 метров в сек, но стоит только запустить восстановление БД SQL и все, приехали, скорость выше 20 метров не поднимается
Ещё один копированием меряет. Уверены что проблема не на источнике восстановления ? Где задержки - смотрели ?
MO
тогда только либо отключать, либо молится на упс. вполне вероятно что при больших последовательных файлах скорость будет выше чем с кешом
В упсе тоже батарейки
RK
Это первым делом было прочитано. Не знаю, что имеется ввиду под VLF, я читал про IFI ( instant file initialization). это в моем случае не помогло. Более того, на другой массив, который состоит из sas-дисков, база на большой скорости раскатывается, аж пинджак заворачивается. Я поэтому думаю, что у меня конкретно с этим массивом что-то не так
А что за массив тогда?
НЛ
Ещё один копированием меряет. Уверены что проблема не на источнике восстановления ? Где задержки - смотрели ?
Не только копированием. При перемещении базы на другой массив (и самого бэкапа) восстановление проходит с приличной скоростью
MO
Это первым делом было прочитано. Не знаю, что имеется ввиду под VLF, я читал про IFI ( instant file initialization). это в моем случае не помогло. Более того, на другой массив, который состоит из sas-дисков, база на большой скорости раскатывается, аж пинджак заворачивается. Я поэтому думаю, что у меня конкретно с этим массивом что-то не так
НЛ
А что за массив тогда?
RAID1 из 2 SATA SSD-дисков
MO
Да простит меня Омниссия за ссылку на dniwe вместо оригинала
НЛ
Это тоже читал, но у базы лог пустой, она в simple-режиме находится
MO
Это тоже читал, но у базы лог пустой, она в simple-режиме находится
База в физике, в виртуалке?
НЛ
База в физике, в виртуалке?
Физика
IM
Да вот кэша там нет от слова совсем и батарейки тоже, так бы уже давно Write Back включил, поэтому на Disk Cache Setting смотрю
НЛ
Igor Minkovskiy
Да я уже понял, что если пропадет питалово, то накроются данные в кэше, а вслед за ними и данные в БД, ибо незавершенные транзакции
IM
Если у вас похерятся данные кэш дисков, то у вас развалится массив, а если и не развалится, то нельзя даже предположить, какие вы потеряете данные, т.к. в кэш может оказаться все что угодно: и данные из файла БД и транзакционные логи и таблица файловой системы
IM
она по дефолту выключена потому что не все рейды продаются с батарейками, не всегда батарейки живые и тд, потому да, безопасно ее держать выключенной, но тогда смысла в кеше дисковом 0 - т.к. он ждет ответа на подтверждение записи
это ни как не связано с батарейкой
НЛ
Igor Minkovskiy
Если у вас похерятся данные кэш дисков, то у вас развалится массив, а если и не развалится, то нельзя даже предположить, какие вы потеряете данные, т.к. в кэш может оказаться все что угодно: и данные из файла БД и транзакционные логи и таблица файловой системы
А массив-то с чего развалится, метаданные рейда хранятся ведь на самом контроллере, а не на дисках?