Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
Топик располагается на нескольких страницах: ←Ctrl назад 1 [2] 3 вперед Ctrl→ все |
Eleanor Member Откуда: Сообщений: 3213 |
Еще одно интересное следствие того, что standard поддерживает почти все возможности enterprise: можно enterprise бэкапы разворачивать для тестирования на standard сервере. И не будет проблемы удвоения лицензий, как обсуждалось в теме Проверка резервных копиий БД: Отдельный сервер, где тестируются бэкапы, можно отлицензировать по схеме Server + Cal, т.е. всего за 1000$ |
26 ноя 18, 23:54 [21745569] Ответить | Цитировать Сообщить модератору |
Критик Member Откуда: Москва / Калуга Сообщений: 34759 Блог |
Eleanor, Это в 17 так? Потому что на ранних версиях фиг поднимешь что ms sql, что ssas |
26 ноя 18, 23:58 [21745575] Ответить | Цитировать Сообщить модератору |
Andy_OLAP Member Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион Сообщений: 3151 |
2017-й в production до CU11 ставят очень смелые коллеги. Прямо таки совсем безбашенные. Скорее всего, у Элеоноры пока 2014-й. |
||
27 ноя 18, 00:02 [21745577] Ответить | Цитировать Сообщить модератору |
Eleanor Member Откуда: Сообщений: 3213 |
Критик, Хм, может, enterprise чем-то отличается от developer версии... Несколько раз настраивала зеркалирование между standard и developer инстансами еще на 2008 R2, где БД не использовала никаких enterpirse возможностей типа партицирования. Но на 2016 не пробовала, только предположила, что совместимость должна стать еще лучше. |
27 ноя 18, 00:16 [21745584] Ответить | Цитировать Сообщить модератору |
Критик Member Откуда: Москва / Калуга Сообщений: 34759 Блог |
Eleanor, По моему опыту на 2014 и раньше - как только в базе появятся функции из ent-версии, то ее уже не поднимешь на std. |
27 ноя 18, 08:42 [21745679] Ответить | Цитировать Сообщить модератору |
Eleanor Member Откуда: Сообщений: 3213 |
И с 2016 SP1 таких ent-функций стало гораздо меньше: компрессия, партицирование уже не проблема. Отличия между версиями - это уже не функционал, а ограничения на ресурсы, планы выполнения. |
||
27 ноя 18, 11:29 [21745842] Ответить | Цитировать Сообщить модератору |
Charles Weyland Member Откуда: Feorina "Fury" 161 Сообщений: 4353 |
хм. Чуть подробнее - почему? Что-то конкретно там косячное, или просто потому что гипотетически может принести проблемы в виду неоттестированности? |
||||
27 ноя 18, 11:35 [21745849] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
Мы попробовали, в результате пока откатили на 130 уровень, одна бага, судя по всему оптимизатора падает прям до отката соединения это на CU12 |
||||
27 ноя 18, 11:43 [21745858] Ответить | Цитировать Сообщить модератору |
Charles Weyland Member Откуда: Feorina "Fury" 161 Сообщений: 4353 |
иначе говоря, какую версию SQL Server следует закупать? Получается, что 2016? |
27 ноя 18, 11:48 [21745864] Ответить | Цитировать Сообщить модератору |
Eleanor Member Откуда: Сообщений: 3213 |
Charles Weyland, Вы про закупать или ставить? Купить можно самую последнюю версию, потому что у вас всегда есть downgrade right на предыдущие версии. |
27 ноя 18, 12:03 [21745886] Ответить | Цитировать Сообщить модератору |
Charles Weyland Member Откуда: Feorina "Fury" 161 Сообщений: 4353 |
хм. хорошая переформулировка вопроса. И спасибо за ответ на него. А ставить? |
||
27 ноя 18, 12:13 [21745896] Ответить | Цитировать Сообщить модератору |
Eleanor Member Откуда: Сообщений: 3213 |
Charles Weyland, У нас в продакшене стоит 2016 SP2, проблем нет, а 2017 не пробовали. |
27 ноя 18, 12:39 [21745950] Ответить | Цитировать Сообщить модератору |
aleksrov Member Откуда: Сообщений: 948 |
У нас 2017 CU5 и вроде норм. Можно подробнее? |
||||
27 ноя 18, 13:33 [21746038] Ответить | Цитировать Сообщить модератору |
Andy_OLAP Member Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион Сообщений: 3151 |
Таки да. Смотрим CU11 и видим KB4467273. When you run a query that uses Adaptive join feature in SQL Server 2017, you will notice that the query fails to run. Цимес в том, что оптимизатор режут прямо по живому, а Вы ничего с этим делать не сможете. Вы хотите, чтобы я сделал Вам смешно? Так это легко. Вот купили вы Standard и решили сделать отказоустойчивость "как у взрослых". Смотрим дальше и видим KB4459900. С кошерной пометкой This issue does not occur in SQL Server 2017 RTM. Идем дальше и смотрим KB4458316 - последствия того, что в Редмонде сократили тестировщиков и переложили это бремя на плечи простых пользователей. Это еще цветочки. Смотрим CU10 и видим для начала KB4345228 - с пометкой you may notice that the server performance will become slow when compared to SQL Server 2016. Мы хотим увидеть, что никто не тестирует SSAS - и видим кошерную KB4345402, это просто что-то с чем-то. Вы таки будете смеяться, но никто не заметил, что синхронизация OLAP баз занимает лишних 2 часа. When you synchronize a database in SSAS 2017, the synchronization takes a long time (about two hours) to finish. The same operation in SSAS 2016 takes only about 10 minutes to finish. И тут коллега чуть выше спросил - а что ставить? А делайте как Элеонора, 2016 SP2 это Ваш выбор. Ну а в целом - могу сказать так. "Вы держитесь здесь, вам всего доброго, хорошего настроения и здоровья" (с) |
||||
27 ноя 18, 14:24 [21746110] Ответить | Цитировать Сообщить модератору |
Andy_OLAP Member Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион Сообщений: 3151 |
Конкретно косячное - это октябрьский апдейт для Windows 10, который уже второй раз отзывают. А это так, мелкие недоработки. Шутка. |
||||
27 ноя 18, 14:25 [21746117] Ответить | Цитировать Сообщить модератору |
aleksrov Member Откуда: Сообщений: 948 |
Andy_OLAP, Ну с adaptive проблем ни разу не было, много где есть Columnstore индексы и batch mode часто выбирается и в плане часто он есть. По остальным ХЗ, не пробовали на 2016. Хотя идея, у нас есть, можно попробовать. |
27 ноя 18, 14:32 [21746131] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31783 |
Тут только могу повторить:
|
||||||
27 ноя 18, 14:38 [21746140] Ответить | Цитировать Сообщить модератору |
Andy_OLAP Member Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион Сообщений: 3151 |
Тогда Вам из CU12 точно потребуется KB4465204, поскольку When you try to run a query that contains a UNION ALL clause in batch mode, an intra-query deadlock occurs. В 2017-м ухитрились поломать даже DAX, причем в одной из заплаток - Вы будете смеяться - если после рестарта tabular инстанс принимает первым запрос на DAX - все хорошо, а если на MDX - он не выполняется, зато выполняется без проблем со второго раза. Это в принципе означает, что не тестируют вообще ничего. Кроме того, что идет новинками в Azure SQL / Azure Databricks и так далее. Да и там проблем хватает. |
||
27 ноя 18, 14:38 [21746141] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31783 |
|
||
27 ноя 18, 14:40 [21746144] Ответить | Цитировать Сообщить модератору |
vikkiv Member Откуда: EU Сообщений: 2921 |
|
||
28 ноя 18, 12:10 [21747109] Ответить | Цитировать Сообщить модератору |
vikkiv Member Откуда: EU Сообщений: 2921 |
|
||
28 ноя 18, 12:12 [21747116] Ответить | Цитировать Сообщить модератору |
a_voronin Member Откуда: Москва Сообщений: 4805 |
А вот можно Dev "для тестирования" заставить работать в режиме Standard? |
||||
28 ноя 18, 13:49 [21747318] Ответить | Цитировать Сообщить модератору |
Eleanor Member Откуда: Сообщений: 3213 |
vikkiv, По приведенной выше ссылке уже подробно обсуждалась тема корректного лицензирования сервера, где выполняется checkdb для production бэкапов. Вам лучше поднять ту тему. На практике, когда MS приходит с проверкой, то не проверяет, что вы делаете с бэкапами, на таких мелких нарушениях он не ловит. |
28 ноя 18, 13:53 [21747327] Ответить | Цитировать Сообщить модератору |
vikkiv Member Откуда: EU Сообщений: 2921 |
Eleanor / a_voronin, тогда-уж и встречный вопрос - зачем тестировать на стандартном - когда у людей Prod всё равно Ent ? в теме по линку: хоть это и не ответ MS, a MVP - но действительно логично, если для поддержки Prod (в этом частном случае: постоянный поток проверок backup копий) - то лицензия на самом деле нужна. т.е. из DevOps : для Dev вполне хватает лицензии Dev , для Ops можно иногда и Dev, но в большинстве нужна нормальная лицензия. (или такой отличный вариант как предлагает Eleanor: Ent:Svr+Cal {минимальный} - действительно более оптимален) а в остальном (-ых случаях) граничные варианты обхода краеугольных камней не в моей компетенции, иногда ставят задачи проверки соответствия правилам/условям (compliance), просто не вижу смысла сначала создавать проблему а потом тратить усилия по надзору за ней и на всякие адаптации в процессе. особенно когда в этом нет необходимости. а так - да, если в Prod стоит Standard то за всеми разработчиками не уследишь чтобы в VS настройки всегда правильные ставили - нагородят-ведь, потом переделывать приходится, так что в таких сценариях лучше принудительно ограничить на Standard. но в примере ведь конечная точка - Ent ? |
28 ноя 18, 16:26 [21747602] Ответить | Цитировать Сообщить модератору |
Eleanor Member Откуда: Сообщений: 3213 |
По-моему нельзя. Придется ставить Standard версию - это бесплатно для целей разработки-тестирования, когда у вас есть MSDN \ VS подписка. У нас для удобства edition разработческих серверов совпадает с edition продакшена. |
||
28 ноя 18, 17:39 [21747695] Ответить | Цитировать Сообщить модератору |
Топик располагается на нескольких страницах: ←Ctrl назад 1 [2] 3 вперед Ctrl→ все |
Все форумы / Microsoft SQL Server | ![]() |