👨
Вариант который скидывал помог все таки
Size: a a a
2020 September 08
👨
В базу зашел и там последний бэкап который выбран был
D
Коллеги, августовский CU14 юзабелен?
Продакшены то обновлять можно?
На тестах вроде ничего не поломал
Продакшены то обновлять можно?
На тестах вроде ничего не поломал
D
для 2016sp2
М
для 2016sp2
На базе какой ОС?
D
На базе какой ОС?
Windows Server 2016. А причем тут ОС?
М
Windows Server 2016. А причем тут ОС?
Еще как причем ) В процессе эксплуатации могут всплыть ОС-dependent проблемы, как это было c CU2, когда появились проблемы с работой файлстрима при использовании secureboot
NE
Коллеги, работающие с MS Project 2019, подскажите, пожалуйста, есть ли возможность вытащить из БД наличие прерывания у задачи? Есть пара идей по косвенным признакам, но они пока не дают точного результата.
D
Еще как причем ) В процессе эксплуатации могут всплыть ОС-dependent проблемы, как это было c CU2, когда появились проблемы с работой файлстрима при использовании secureboot
Ммм, ну в CU2 я не натыкался, честно сказать на проблемы.
Просто сервис, который обслуживает БД специфический, за который слегка переживаю)
Просто сервис, который обслуживает БД специфический, за который слегка переживаю)
k
в таком случае нужно исчерпывающее тестирование. если система в кластере - обновляется один узел, проверяется корректность работы приложения на нем, а потом обновляется следующий. в случае проблем откат на предыдущую версию практически мгновенный
IZ
Коллеги, работающие с MS Project 2019, подскажите, пожалуйста, есть ли возможность вытащить из БД наличие прерывания у задачи? Есть пара идей по косвенным признакам, но они пока не дают точного результата.
Блин, это офтопик лютый.
F
Народ, не есть вопрос. Правда он, возможно философский =) Есть ли смысл разносить логи и данные базы по двум рвзным физическим дискам сервера, если это SSD?
Кто что думает на этот счёт?
Кто что думает на этот счёт?
VK
Простой ответ - Да
F
Обоснуешь?
Z
да, стоит. Я пробовал - скорость возросла
F
А в чем дело? В полосе пропускания шины?
Z
точно не скажу, не большой в этом спец, но помогло. Правда я разнес на 3 диска - отдельно стоял SQL, отдельно база и отдельно tempDB
F
точно не скажу, не большой в этом спец, но помогло. Правда я разнес на 3 диска - отдельно стоял SQL, отдельно база и отдельно tempDB
Это логично. С TempDB всё понятно, особенно, когда она активно используется. Но под неё третьего диска на сервере нет =))
E
Народ, не есть вопрос. Правда он, возможно философский =) Есть ли смысл разносить логи и данные базы по двум рвзным физическим дискам сервера, если это SSD?
Кто что думает на этот счёт?
Кто что думает на этот счёт?
ИМХО, думаю имеет.
У каждого диска в любом случае свой кэш. Во-вторых если используется классический SSD с использованием дискового протокола SATA, то надо понимать, что протокол подразумевает прерывания, работу шпинделя, то есть классические кластера, сектора и т д.
У каждого диска в любом случае свой кэш. Во-вторых если используется классический SSD с использованием дискового протокола SATA, то надо понимать, что протокол подразумевает прерывания, работу шпинделя, то есть классические кластера, сектора и т д.
E
если по новому протоколу NVME and etc, то тогда да, разница наверное не так существенна. Но в дисках все равно есть свои кэши, так что они тоже влияют