Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Eleanor
Member

Откуда:
Сообщений: 2632
Еще одно интересное следствие того, что standard поддерживает почти все возможности enterprise:
можно enterprise бэкапы разворачивать для тестирования на standard сервере.

И не будет проблемы удвоения лицензий, как обсуждалось в теме Проверка резервных копиий БД:
Отдельный сервер, где тестируются бэкапы, можно отлицензировать по схеме Server + Cal, т.е. всего за 1000$
26 ноя 18, 23:54    [21745569]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Критик
Member

Откуда: Москва / Калуга
Сообщений: 33261
Блог
Eleanor,

Это в 17 так? Потому что на ранних версиях фиг поднимешь что ms sql, что ssas
26 ноя 18, 23:58    [21745575]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
Критик
Eleanor,

Это в 17 так? Потому что на ранних версиях фиг поднимешь что ms sql, что ssas

2017-й в production до CU11 ставят очень смелые коллеги. Прямо таки совсем безбашенные.
Скорее всего, у Элеоноры пока 2014-й.
27 ноя 18, 00:02    [21745577]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Eleanor
Member

Откуда:
Сообщений: 2632
Критик,

Хм, может, enterprise чем-то отличается от developer версии...
Несколько раз настраивала зеркалирование между standard и developer инстансами еще на 2008 R2, где БД не использовала никаких enterpirse возможностей типа партицирования.
Но на 2016 не пробовала, только предположила, что совместимость должна стать еще лучше.
27 ноя 18, 00:16    [21745584]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Критик
Member

Откуда: Москва / Калуга
Сообщений: 33261
Блог
Eleanor,

По моему опыту на 2014 и раньше - как только в базе появятся функции из ent-версии, то ее уже не поднимешь на std.
27 ноя 18, 08:42    [21745679]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Eleanor
Member

Откуда:
Сообщений: 2632
Критик
По моему опыту на 2014 и раньше - как только в базе появятся функции из ent-версии, то ее уже не поднимешь на std.

И с 2016 SP1 таких ent-функций стало гораздо меньше: компрессия, партицирование уже не проблема. Отличия между версиями - это уже не функционал, а ограничения на ресурсы, планы выполнения.
27 ноя 18, 11:29    [21745842]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Charles Weyland
Member

Откуда: Feorina "Fury" 161
Сообщений: 4331
Andy_OLAP
Критик
Eleanor,

Это в 17 так? Потому что на ранних версиях фиг поднимешь что ms sql, что ssas

2017-й в production до CU11 ставят очень смелые коллеги. Прямо таки совсем безбашенные.
Скорее всего, у Элеоноры пока 2014-й.

хм. Чуть подробнее - почему? Что-то конкретно там косячное, или просто потому что гипотетически может принести проблемы в виду неоттестированности?
27 ноя 18, 11:35    [21745849]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6794
Charles Weyland
Andy_OLAP
пропущено...

2017-й в production до CU11 ставят очень смелые коллеги. Прямо таки совсем безбашенные.
Скорее всего, у Элеоноры пока 2014-й.

хм. Чуть подробнее - почему? Что-то конкретно там косячное, или просто потому что гипотетически может принести проблемы в виду неоттестированности?

Мы попробовали, в результате пока откатили на 130 уровень, одна бага, судя по всему оптимизатора падает прям до отката соединения это на CU12
27 ноя 18, 11:43    [21745858]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Charles Weyland
Member

Откуда: Feorina "Fury" 161
Сообщений: 4331
иначе говоря, какую версию SQL Server следует закупать?
Получается, что 2016?
27 ноя 18, 11:48    [21745864]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Eleanor
Member

Откуда:
Сообщений: 2632
Charles Weyland,

Вы про закупать или ставить?
Купить можно самую последнюю версию, потому что у вас всегда есть downgrade right на предыдущие версии.
27 ноя 18, 12:03    [21745886]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Charles Weyland
Member

Откуда: Feorina "Fury" 161
Сообщений: 4331
Eleanor
Charles Weyland,

Вы про закупать или ставить?
Купить можно самую последнюю версию, потому что у вас всегда есть downgrade right на предыдущие версии.

хм.
хорошая переформулировка вопроса. И спасибо за ответ на него.

А ставить?
27 ноя 18, 12:13    [21745896]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Eleanor
Member

Откуда:
Сообщений: 2632
Charles Weyland,

У нас в продакшене стоит 2016 SP2, проблем нет, а 2017 не пробовали.
27 ноя 18, 12:39    [21745950]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
aleksrov
Member

Откуда:
Сообщений: 948
TaPaK
Charles Weyland
пропущено...

хм. Чуть подробнее - почему? Что-то конкретно там косячное, или просто потому что гипотетически может принести проблемы в виду неоттестированности?

Мы попробовали, в результате пока откатили на 130 уровень, одна бага, судя по всему оптимизатора падает прям до отката соединения это на CU12


У нас 2017 CU5 и вроде норм. Можно подробнее?
27 ноя 18, 13:33    [21746038]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
aleksrov
TaPaK
пропущено...

Мы попробовали, в результате пока откатили на 130 уровень, одна бага, судя по всему оптимизатора падает прям до отката соединения это на CU12


У нас 2017 CU5 и вроде норм. Можно подробнее?

Таки да. Смотрим 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]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
Charles Weyland
Andy_OLAP
пропущено...

2017-й в production до CU11 ставят очень смелые коллеги. Прямо таки совсем безбашенные.
Скорее всего, у Элеоноры пока 2014-й.

хм. Чуть подробнее - почему? Что-то конкретно там косячное, или просто потому что гипотетически может принести проблемы в виду неоттестированности?

Конкретно косячное - это октябрьский апдейт для Windows 10, который уже второй раз отзывают. А это так, мелкие недоработки. Шутка.
27 ноя 18, 14:25    [21746117]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
aleksrov
Member

Откуда:
Сообщений: 948
Andy_OLAP,

Ну с adaptive проблем ни разу не было, много где есть Columnstore индексы и batch mode часто выбирается и в плане часто он есть. По остальным ХЗ, не пробовали на 2016. Хотя идея, у нас есть, можно попробовать.
27 ноя 18, 14:32    [21746131]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 30783
Критик
alexeyvg
пропущено...
Да можно и больше держать.
Всё зависит от конкретных потребностей, архитектуры системы (в части БД)

Resource Governor
IO Resource Governance
- для DWH не нужно


Из своего опыта работы с, наверное, самым большим ХД на MS SQL в России: IO Resource Governance мы не применяли, а вот обычный по ОЗУ необходим - запросы с колоночными инексами могут потреблять памяти больше, чем весят данные, котоые используются в этих запросах. Собственно, одновременно несколько таких вполне могут положить сервер - были случаи.
Это да, но это уже частности, всё таки колоночные индексы используются далеко не везде.

Тут только могу повторить:
alexeyvg
надо смотреть, стоит ли это тех сотен тысяч баксов, которые за это придётся отдать, опять же, сравнивать с другими составляющими затрат (скажем, если команда обходится в миллион за год, сервер стоит миллион, то отдать 200к на разблокировку вышеупомянутых функций, выглядит не таким уж сумасшествием)...
27 ноя 18, 14:38    [21746140]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
aleksrov
много где есть Columnstore индексы и batch mode часто выбирается и в плане часто он есть.

Тогда Вам из 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]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 30783
Критик
Из своего опыта работы с, наверное, самым большим ХД на MS SQL в России
И вообще, енсли это "самое большое ХД в России", или, например, "самая нагруженная OLTP в России", то наверняка ентерпрайз там будет не лишним, и не черезмерно дорогим :-)
27 ноя 18, 14:40    [21746144]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
vikkiv
Member

Откуда: London
Сообщений: 2622
Eleanor
Еще одно интересное следствие того, что standard поддерживает почти все возможности enterprise:
можно enterprise бэкапы разворачивать для тестирования на standard сервере....
не всегда, например в случае с TDE не сильно то и получится (без предварительных модификаций на Prod)
28 ноя 18, 12:10    [21747109]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
vikkiv
Member

Откуда: London
Сообщений: 2622
Eleanor
можно enterprise бэкапы разворачивать для тестирования на standard сервере....
для тестирования нужно Dev, у него и лицензия бесплатная, (и поддержка Ent функциональности)
28 ноя 18, 12:12    [21747116]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
a_voronin
Member

Откуда: Москва
Сообщений: 4379
vikkiv
Eleanor
можно enterprise бэкапы разворачивать для тестирования на standard сервере....
для тестирования нужно Dev, у него и лицензия бесплатная, (и поддержка Ent функциональности)


А вот можно Dev "для тестирования" заставить работать в режиме Standard?
28 ноя 18, 13:49    [21747318]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Eleanor
Member

Откуда:
Сообщений: 2632
vikkiv,

По приведенной выше ссылке уже подробно обсуждалась тема корректного лицензирования сервера, где выполняется checkdb для production бэкапов.
Вам лучше поднять ту тему.

На практике, когда MS приходит с проверкой, то не проверяет, что вы делаете с бэкапами, на таких мелких нарушениях он не ловит.
28 ноя 18, 13:53    [21747327]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
vikkiv
Member

Откуда: London
Сообщений: 2622
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]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2017 Standard vs Enterprise  [new]
Eleanor
Member

Откуда:
Сообщений: 2632
a_voronin
А вот можно Dev "для тестирования" заставить работать в режиме Standard?

По-моему нельзя.
Придется ставить Standard версию - это бесплатно для целей разработки-тестирования, когда у вас есть MSDN \ VS подписка.
У нас для удобства edition разработческих серверов совпадает с edition продакшена.
28 ноя 18, 17:39    [21747695]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить