ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / SQL Server 2017 Standard vs Enterprise
65 сообщений из 65, показаны все 3 страниц
  все  
SQL Server 2017 Standard vs Enterprise
    #39736345
Фотография a_voronin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
a_voronin
Участник
Здравствуйте Господа,
Хочу обсудить тему Standard vs Enterprise на последних редакциях SQL SERVER. Сейчас у российских заказчиков стали серьезно задумываться относительно разумности закупки Enterprise и нередко смотрят на Standard.

ссыль на MSDN


Обнаружил, что теперь в стандарте включены партиции и In-Memory и много чего интересного, чего в 2014 было только в Enterprise. Означает ли это, что теперь на Стандарте можно держать базы по 1,3,5,10 ТБ? Можно ли с этим жить?

Вызывает опасение отсутствие таких фичей как

Resource Governor Yes No
Partitioned Table Parallelism Yes No
NUMA Aware and Large Page Memory and Buffer Array Allocation Yes No
IO Resource Governance Yes No
Batch Mode Adaptive Joins Yes No
Parallel indexed operations Yes No
Star join query optimizations Yes No

Стало ли InMemory более крутым и защищенным от сбоев?
...
Рейтинг: 0 / 0
21.11.2018, 18:33
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736346
Фотография a_voronin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
a_voronin
Участник
Прошу высказывать мнения по сравнению и опыту использования данных изданий.
...
Рейтинг: 0 / 0
21.11.2018, 18:34
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736349
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
a_voronin,

online rebuild index?
...
Рейтинг: 0 / 0
21.11.2018, 18:38
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736353
Фотография a_voronin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
a_voronin
Участник
TaPaKa_voronin,

online rebuild index?

В DWH без него можно прожить. DROP / CREATE INDEX иногда даже быстрее сделать.
...
Рейтинг: 0 / 0
21.11.2018, 18:43
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736354
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
a_voroninTaPaKa_voronin,

online rebuild index?

В DWH без него можно прожить. DROP / CREATE INDEX иногда даже быстрее сделать.
ну на 10 ТБ быстрее как-то сложно представить
...
Рейтинг: 0 / 0
21.11.2018, 18:47
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736355
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
особенно с кластерными...

Хотя в плане экономии живут на стандартах, особенно если не 24/7
...
Рейтинг: 0 / 0
21.11.2018, 18:48
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736371
Очень лысый
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Очень лысый
Участник
Могу сказать за буржуинию. Standard практически у всех клиентов. Но базы при этом редко больше терабайта. Там, где больше, там всё же Enterprise. Временами проиходится мучиться из-за отсутствия онлайн операций с индексами. Ну и опять таки, 2017 что-то я ни у кого не припомню. 2016 хорошо если, а так 2014. Так что всё ещё печальнее. Так жалко денег, что готовы терять больше на простоях если чего не так пошло, зато сейчас платить не надо.
...
Рейтинг: 0 / 0
21.11.2018, 19:24
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736389
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
a_voroninОзначает ли это, что теперь на Стандарте можно держать базы по 1,3,5,10 ТБ? Можно ли с этим жить?Да можно и больше держать.
Всё зависит от конкретных потребностей, архитектуры системы (в части БД)

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

Parallel indexed operations
online rebuild index
 - Для DWH характерны более простые модели, по сравнению с не-DWH (в среднем), поэтому индексы делаются сразу, а не создаются потом под запросы. Хотя, если вдруг всё таки понадобится, то полезно.

NUMA Aware and Large Page Memory and Buffer Array Allocation
- Зачем эти тонкие настройки NUMA и прочих страниц?
Типичные DWH, скажем, до петабайтов, требуют мощной системы IO, а когда не хватает процессоров, ну это уже какие то монстры. Мы же рассматриваем рядовые системы, меньше сотни Тб, правильно?

Partitioned Table Parallelism
Batch Mode Adaptive Joins
Star join query optimizations
 - Вот это для DWH полезно. Ну, надо смотреть, стоит ли это тех сотен тысяч баксов, которые за это придётся отдать, опять же, сравнивать с другими составляющими затрат (скажем, если команда обходится в миллион за год, сервер стоит миллион, то отдать 200к на разблокировку вышеупомянутых функций, выглядит не таким уж сумасшествием)...
...
Рейтинг: 0 / 0
21.11.2018, 20:05
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736390
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
Очень лысыйМогу сказать за буржуинию. Standard практически у всех клиентов. Но базы при этом редко больше терабайта. Там, где больше, там всё же Enterprise.Дык железо такое "меньше террабайта", такое сейчас веб-программисты мышкой накидывают :-)
"До террабайта" использовать "стандарт" - это вне всяких сомнений.
...
Рейтинг: 0 / 0
21.11.2018, 20:08
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736407
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
У нас на стандарте основной сервер, где суммарный объем всех баз уже больше 1тб.
Из энтерпрайз версии интересовали 2 фичи:
Секционирование и онлайн-индексы. Первое уже есть в стандарте в 2016м, надо только проапдейтиться. Без онлайн-индексы пока живём. Не ключевая фича. Секционирование полезнее.
...
Рейтинг: 0 / 0
21.11.2018, 20:54
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736409
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SERG1257
Участник
а мне row compression понравился в довесок к секционированию для старых секций, чисто чтобы некоторые косяки проектирования поправить.
...
Рейтинг: 0 / 0
21.11.2018, 21:09
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736482
Glebanski
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Glebanski
Участник
SERG1257,

Дык в 2016 standard sp2 уже ж вроде page compression для партишинов точно имеется. А он посильнее жмет. Или я смысл поста недопонял?
...
Рейтинг: 0 / 0
21.11.2018, 23:47
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736489
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SERG1257
Участник
Glebanski А он посильнее жмет.Дак не бесплатно ж.
Причем если бы только на запись то куда не шло, а на чтение жалко.
...
Рейтинг: 0 / 0
22.11.2018, 00:44
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736655
Фотография a_voronin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
a_voronin
Участник
GlebanskiSERG1257,

Дык в 2016 standard sp2 уже ж вроде page compression для партишинов точно имеется. А он посильнее жмет. Или я смысл поста недопонял?

Хорошо жмёт COLUMNSTORE . Вот он может жать в 4 7 11 раз. А PAGE_COMPRESSION -- кто-нибудь видел хотя бы в 2 раза на реальных данных?
...
Рейтинг: 0 / 0
22.11.2018, 11:49
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736680
uaggster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
uaggster
Гость
MegabyteУ нас на стандарте основной сервер, где суммарный объем всех баз уже больше 1тб.
Из энтерпрайз версии интересовали 2 фичи:
Секционирование и онлайн-индексы. Первое уже есть в стандарте в 2016м, надо только проапдейтиться. Без онлайн-индексы пока живём. Не ключевая фича. Секционирование полезнее.
К сожалению, стандарт не умеет (не хочет уметь) параллельно читать секции в запросе. И параллельно сканировать секции в секционированном колумсторе - тоже.
И еще он обрезан по памяти до 128 Гб.
...
Рейтинг: 0 / 0
22.11.2018, 12:12
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736684
.Евгений
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
.Евгений
Участник
a_voroninGlebanskiSERG1257,

Дык в 2016 standard sp2 уже ж вроде page compression для партишинов точно имеется. А он посильнее жмет. Или я смысл поста недопонял?

Хорошо жмёт COLUMNSTORE . Вот он может жать в 4 7 11 раз. А PAGE_COMPRESSION -- кто-нибудь видел хотя бы в 2 раза на реальных данных?
Неоднократно видел сжатие в 2-3 раза. Просто не надо делать простыни, когда в одной странице помещается 1-2 записи.
...
Рейтинг: 0 / 0
22.11.2018, 12:16
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736706
Charles Weyland
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Charles Weyland
Участник
А что насчёт SSAS? там ограничение вообще в 15 ГБ идёт.
...
Рейтинг: 0 / 0
22.11.2018, 12:35
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736740
uaggster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
uaggster
Гость
Charles WeylandА что насчёт SSAS? там ограничение вообще в 15 ГБ идёт.
Так это ограничение на куб, а не исходные данные.
Чтобы раскормить куб да 15 Гб - имхо, нужно сильно постараться!
...
Рейтинг: 0 / 0
22.11.2018, 13:01
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736762
Фотография a_voronin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
a_voronin
Участник
uaggsterCharles WeylandА что насчёт SSAS? там ограничение вообще в 15 ГБ идёт.
Так это ограничение на куб, а не исходные данные.
Чтобы раскормить куб да 15 Гб - имхо, нужно сильно постараться!

Хороший куб раскармливается до 200ГБ. А ограничения 2017 вот какие


Maximum memory utilized per instance of Analysis Services Operating System Maximum Tabular: 16 GB

MOLAP: 64 GB
...
Рейтинг: 0 / 0
22.11.2018, 13:16
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736772
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
a_voronin,

выбор очень прост - для 24/7 стандарт не имеет фич, только энтерпрайз. Все остальное - вполне терпимо.
...
Рейтинг: 0 / 0
22.11.2018, 13:22
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736818
архивариус
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
архивариус
Участник
a_voroninGlebanskiSERG1257,

Дык в 2016 standard sp2 уже ж вроде page compression для партишинов точно имеется. А он посильнее жмет. Или я смысл поста недопонял?

Хорошо жмёт COLUMNSTORE . Вот он может жать в 4 7 11 раз. А PAGE_COMPRESSION -- кто-нибудь видел хотя бы в 2 раза на реальных данных?

7 млн row (137 млн соотношение такое же осталось) данные не синтетика (1 поле int, 6 - smallint, 20 - bigint, 2 - char(2), 1 - datetime ):
Код: plaintext
1.
2.
3.
4.
5.
6.
compression        index    data   (MB)
none               165      1507
row                142       513
page                91       404
cs                   0       173
csa                  0        87
...
Рейтинг: 0 / 0
22.11.2018, 14:18
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39736825
Фотография a_voronin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
a_voronin
Участник
архивариусa_voroninпропущено...


Хорошо жмёт COLUMNSTORE . Вот он может жать в 4 7 11 раз. А PAGE_COMPRESSION -- кто-нибудь видел хотя бы в 2 раза на реальных данных?

7 млн row (137 млн соотношение такое же осталось) данные не синтетика (1 поле int, 6 - smallint, 20 - bigint, 2 - char(2), 1 - datetime ):
Код: plaintext
1.
2.
3.
4.
5.
6.
compression        index    data   (MB)
none               165      1507
row                142       513
page                91       404
cs                   0       173
csa                  0        87


Да здесь что-то сжалось, но COLUMNSTORE обгоняет на порядок

Кто не понял cs и csa это --
DATA_COMPRESSION = { COLUMNSTORE | COLUMNSTORE_ARCHIVE }
...
Рейтинг: 0 / 0
22.11.2018, 14:29
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39738738
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
uaggsterMegabyteУ нас на стандарте основной сервер, где суммарный объем всех баз уже больше 1тб.
Из энтерпрайз версии интересовали 2 фичи:
Секционирование и онлайн-индексы. Первое уже есть в стандарте в 2016м, надо только проапдейтиться. Без онлайн-индексы пока живём. Не ключевая фича. Секционирование полезнее.
К сожалению, стандарт не умеет (не хочет уметь) параллельно читать секции в запросе. И параллельно сканировать секции в секционированном колумсторе - тоже.
И еще он обрезан по памяти до 128 Гб.
Спасибо, буду знать
...
Рейтинг: 0 / 0
26.11.2018, 18:19
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39738846
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
MegabyteУ нас на стандарте основной сервер, где суммарный объем всех баз уже больше 1тб
У нас есть базы по 3.5 ТБ на стандарте (положить в БД большие файлы несложно), но мыслей об энтерпрайзе из-за цены пока не было.
Жить вполне можно, когда заказчик выделяет по 4 часа простоев в месяц.
Но раз было, что сисадмины крупно облажались, и на 3 месяца вперед выели время простоев.
...
Рейтинг: 0 / 0
26.11.2018, 22:49
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39738860
Фотография Критик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Критик
Участник
alexeyvga_voroninОзначает ли это, что теперь на Стандарте можно держать базы по 1,3,5,10 ТБ? Можно ли с этим жить?Да можно и больше держать.
Всё зависит от конкретных потребностей, архитектуры системы (в части БД)

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

Из своего опыта работы с, наверное, самым большим ХД на MS SQL в России: IO Resource Governance мы не применяли, а вот обычный по ОЗУ необходим - запросы с колоночными инексами могут потреблять памяти больше, чем весят данные, котоые используются в этих запросах. Собственно, одновременно несколько таких вполне могут положить сервер - были случаи.
...
Рейтинг: 0 / 0
26.11.2018, 23:40
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39738863
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
Еще одно интересное следствие того, что standard поддерживает почти все возможности enterprise:
можно enterprise бэкапы разворачивать для тестирования на standard сервере.

И не будет проблемы удвоения лицензий, как обсуждалось в теме Проверка резервных копиий БД :
Отдельный сервер, где тестируются бэкапы, можно отлицензировать по схеме Server + Cal, т.е. всего за 1000$
...
Рейтинг: 0 / 0
26.11.2018, 23:54
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39738867
Фотография Критик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Критик
Участник
Eleanor,

Это в 17 так? Потому что на ранних версиях фиг поднимешь что ms sql, что ssas
...
Рейтинг: 0 / 0
26.11.2018, 23:58
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39738869
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
КритикEleanor,

Это в 17 так? Потому что на ранних версиях фиг поднимешь что ms sql, что ssas
2017-й в production до CU11 ставят очень смелые коллеги. Прямо таки совсем безбашенные.
Скорее всего, у Элеоноры пока 2014-й.
...
Рейтинг: 0 / 0
27.11.2018, 00:02
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39738872
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
Критик,

Хм, может, enterprise чем-то отличается от developer версии...
Несколько раз настраивала зеркалирование между standard и developer инстансами еще на 2008 R2, где БД не использовала никаких enterpirse возможностей типа партицирования.
Но на 2016 не пробовала, только предположила, что совместимость должна стать еще лучше.
...
Рейтинг: 0 / 0
27.11.2018, 00:16
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39738914
Фотография Критик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Критик
Участник
Eleanor,

По моему опыту на 2014 и раньше - как только в базе появятся функции из ent-версии, то ее уже не поднимешь на std.
...
Рейтинг: 0 / 0
27.11.2018, 08:42
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739007
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
КритикПо моему опыту на 2014 и раньше - как только в базе появятся функции из ent-версии, то ее уже не поднимешь на std.
И с 2016 SP1 таких ent-функций стало гораздо меньше: компрессия, партицирование уже не проблема. Отличия между версиями - это уже не функционал, а ограничения на ресурсы, планы выполнения.
...
Рейтинг: 0 / 0
27.11.2018, 11:29
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739012
Charles Weyland
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Charles Weyland
Участник
Andy_OLAPКритикEleanor,

Это в 17 так? Потому что на ранних версиях фиг поднимешь что ms sql, что ssas
2017-й в production до CU11 ставят очень смелые коллеги. Прямо таки совсем безбашенные.
Скорее всего, у Элеоноры пока 2014-й.
хм. Чуть подробнее - почему? Что-то конкретно там косячное, или просто потому что гипотетически может принести проблемы в виду неоттестированности?
...
Рейтинг: 0 / 0
27.11.2018, 11:35
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739018
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
Charles WeylandAndy_OLAPпропущено...

2017-й в production до CU11 ставят очень смелые коллеги. Прямо таки совсем безбашенные.
Скорее всего, у Элеоноры пока 2014-й.
хм. Чуть подробнее - почему? Что-то конкретно там косячное, или просто потому что гипотетически может принести проблемы в виду неоттестированности?
Мы попробовали, в результате пока откатили на 130 уровень, одна бага, судя по всему оптимизатора падает прям до отката соединения это на CU12
...
Рейтинг: 0 / 0
27.11.2018, 11:43
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739023
Charles Weyland
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Charles Weyland
Участник
иначе говоря, какую версию SQL Server следует закупать?
Получается, что 2016?
...
Рейтинг: 0 / 0
27.11.2018, 11:48
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739033
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
Charles Weyland,

Вы про закупать или ставить?
Купить можно самую последнюю версию, потому что у вас всегда есть downgrade right на предыдущие версии.
...
Рейтинг: 0 / 0
27.11.2018, 12:03
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739039
Charles Weyland
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Charles Weyland
Участник
EleanorCharles Weyland,

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

А ставить?
...
Рейтинг: 0 / 0
27.11.2018, 12:13
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739060
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
Charles Weyland,

У нас в продакшене стоит 2016 SP2, проблем нет, а 2017 не пробовали.
...
Рейтинг: 0 / 0
27.11.2018, 12:39
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739114
aleksrov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aleksrov
Участник
TaPaKCharles Weylandпропущено...

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

У нас 2017 CU5 и вроде норм. Можно подробнее?
...
Рейтинг: 0 / 0
27.11.2018, 13:33
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739145
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
aleksrovTaPaKпропущено...

Мы попробовали, в результате пока откатили на 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 это Ваш выбор.

Ну а в целом - могу сказать так. "Вы держитесь здесь, вам всего доброго, хорошего настроения и здоровья" (с)
...
Рейтинг: 0 / 0
27.11.2018, 14:24
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739146
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
Charles WeylandAndy_OLAPпропущено...

2017-й в production до CU11 ставят очень смелые коллеги. Прямо таки совсем безбашенные.
Скорее всего, у Элеоноры пока 2014-й.
хм. Чуть подробнее - почему? Что-то конкретно там косячное, или просто потому что гипотетически может принести проблемы в виду неоттестированности?
Конкретно косячное - это октябрьский апдейт для Windows 10, который уже второй раз отзывают. А это так, мелкие недоработки. Шутка.
...
Рейтинг: 0 / 0
27.11.2018, 14:25
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739151
aleksrov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aleksrov
Участник
Andy_OLAP,

Ну с adaptive проблем ни разу не было, много где есть Columnstore индексы и batch mode часто выбирается и в плане часто он есть. По остальным ХЗ, не пробовали на 2016. Хотя идея, у нас есть, можно попробовать.
...
Рейтинг: 0 / 0
27.11.2018, 14:32
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739155
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
Критикalexeyvgпропущено...
Да можно и больше держать.
Всё зависит от конкретных потребностей, архитектуры системы (в части БД)

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

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

Тут только могу повторить:alexeyvgнадо смотреть, стоит ли это тех сотен тысяч баксов, которые за это придётся отдать, опять же, сравнивать с другими составляющими затрат (скажем, если команда обходится в миллион за год, сервер стоит миллион, то отдать 200к на разблокировку вышеупомянутых функций, выглядит не таким уж сумасшествием)...
...
Рейтинг: 0 / 0
27.11.2018, 14:38
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739156
Andy_OLAP
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andy_OLAP
Участник
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 и так далее. Да и там проблем хватает.
...
Рейтинг: 0 / 0
27.11.2018, 14:38
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739158
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
КритикИз своего опыта работы с, наверное, самым большим ХД на MS SQL в РоссииИ вообще, енсли это "самое большое ХД в России", или, например, "самая нагруженная OLTP в России", то наверняка ентерпрайз там будет не лишним, и не черезмерно дорогим :-)
...
Рейтинг: 0 / 0
27.11.2018, 14:40
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739642
Фотография vikkiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vikkiv
Участник
EleanorЕще одно интересное следствие того, что standard поддерживает почти все возможности enterprise:
можно enterprise бэкапы разворачивать для тестирования на standard сервере....не всегда, например в случае с TDE не сильно то и получится (без предварительных модификаций на Prod)
...
Рейтинг: 0 / 0
28.11.2018, 12:10
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739647
Фотография vikkiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vikkiv
Участник
Eleanorможно enterprise бэкапы разворачивать для тестирования на standard сервере....для тестирования нужно Dev, у него и лицензия бесплатная, (и поддержка Ent функциональности)
...
Рейтинг: 0 / 0
28.11.2018, 12:12
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739754
Фотография a_voronin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
a_voronin
Участник
vikkivEleanorможно enterprise бэкапы разворачивать для тестирования на standard сервере....для тестирования нужно Dev, у него и лицензия бесплатная, (и поддержка Ent функциональности)

А вот можно Dev "для тестирования" заставить работать в режиме Standard?
...
Рейтинг: 0 / 0
28.11.2018, 13:49
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739759
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
vikkiv,

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

На практике, когда MS приходит с проверкой, то не проверяет, что вы делаете с бэкапами, на таких мелких нарушениях он не ловит.
...
Рейтинг: 0 / 0
28.11.2018, 13:53
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739921
Фотография vikkiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vikkiv
Участник
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 ?
...
Рейтинг: 0 / 0
28.11.2018, 16:26
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739983
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
a_voroninА вот можно Dev "для тестирования" заставить работать в режиме Standard?
По-моему нельзя.
Придется ставить Standard версию - это бесплатно для целей разработки-тестирования, когда у вас есть MSDN \ VS подписка.
У нас для удобства edition разработческих серверов совпадает с edition продакшена.
...
Рейтинг: 0 / 0
28.11.2018, 17:39
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39739985
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
Eleanora_voroninА вот можно Dev "для тестирования" заставить работать в режиме Standard?
По-моему нельзя.
Придется ставить Standard версию - это бесплатно для целей разработки-тестирования, когда у вас есть MSDN \ VS подписка.
У нас для удобства edition разработческих серверов совпадает с edition продакшена.
для интереса: где такое сказано что Standart "бесплатно для целей разработки-тестирования"
...
Рейтинг: 0 / 0
28.11.2018, 17:40
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39740045
WarAnt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
WarAnt
Участник
TaPaKEleanorпропущено...

По-моему нельзя.
Придется ставить Standard версию - это бесплатно для целей разработки-тестирования, когда у вас есть MSDN \ VS подписка.
У нас для удобства edition разработческих серверов совпадает с edition продакшена.
для интереса: где такое сказано что Standart "бесплатно для целей разработки-тестирования"

может имеется ввиду evaluation на 180 дней...
...
Рейтинг: 0 / 0
28.11.2018, 18:46
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39740067
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
TaPaKEleanorпропущено...

По-моему нельзя.
Придется ставить Standard версию - это бесплатно для целей разработки-тестирования, когда у вас есть MSDN \ VS подписка.
У нас для удобства edition разработческих серверов совпадает с edition продакшена.
для интереса: где такое сказано что Standart "бесплатно для целей разработки-тестирования"Так в MSDN \VS подписку включено множество продуктов МС, которые разработчик (на которого куплена подписка) может использовать в целях тестирования.
Как я понимаю, никаких нарушений тут нет. Раньше эти продукты по подписке приходили в составе нескольких чемоданов с дисками :-)
...
Рейтинг: 0 / 0
28.11.2018, 19:15
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39740070
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
alexeyvgTaPaKдля интереса: где такое сказано что Standart "бесплатно для целей разработки-тестирования"Так в MSDN \VS подписку включено множество продуктов МС, которые разработчик (на которого куплена подписка) может использовать в целях тестирования.
Как я понимаю, никаких нарушений тут нет. Раньше эти продукты по подписке приходили в составе нескольких чемоданов с дисками :-)Другое дело, что просто купить Standart получится намного, намного дешевле :-)
...
Рейтинг: 0 / 0
28.11.2018, 19:18
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39740126
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
alexeyvg,

Если у вас уже есть MSDN по каким-либо причинам, то почему бы не воспользоваться.
Что в итоге получается дешевле, зависит от необходимости в других продуктах (VS Pro, TFS сервер и пр.).
Плюс, различные программы партнерства с MS дают несколько бесплатных MSDN подписок.
...
Рейтинг: 0 / 0
28.11.2018, 21:25
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39740301
Фотография a_voronin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
a_voronin
Участник
vikkivEleanor / a_voronin,


тогда-уж и встречный вопрос - зачем тестировать на стандартном - когда у людей Prod всё равно Ent ?

в теме по линку: хоть это и не ответ MS, a MVP - но действительно логично, если для поддержки Prod (в этом частном случае: постоянный поток проверок backup копий) - то лицензия на самом деле нужна.
т.е. из DevOps : для Dev вполне хватает лицензии Dev , для Ops можно иногда и Dev, но в большинстве нужна нормальная лицензия.
(или такой отличный вариант как предлагает Eleanor: Ent:Svr+Cal {минимальный} - действительно более оптимален)

а в остальном (-ых случаях) граничные варианты обхода краеугольных камней не в моей компетенции,
иногда ставят задачи проверки соответствия правилам/условям (compliance),

просто не вижу смысла сначала создавать проблему а потом тратить усилия по надзору за ней и на всякие адаптации в процессе.
особенно когда в этом нет необходимости.

а так - да, если в Prod стоит Standard то за всеми разработчиками не уследишь чтобы в VS настройки всегда правильные ставили - нагородят-ведь, потом переделывать приходится, так что в таких сценариях лучше принудительно ограничить на Standard.

но в примере ведь конечная точка - Ent ?

Сейчас распространена задача поднять версию SQL 2008 2012 до 2016 2017 и когда бизнес видит сумму для апгрейда энтерпрайз до энтерпрайз, то немедленно говорят "нет". Вот в этом случае и надо протестировать переход на 2017 Standard
...
Рейтинг: 0 / 0
29.11.2018, 12:18
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39740581
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Megabyte
Участник
EleanorMegabyteУ нас на стандарте основной сервер, где суммарный объем всех баз уже больше 1тб
У нас есть базы по 3.5 ТБ на стандарте (положить в БД большие файлы несложно), но мыслей об энтерпрайзе из-за цены пока не было.
Жить вполне можно, когда заказчик выделяет по 4 часа простоев в месяц.
Но раз было, что сисадмины крупно облажались, и на 3 месяца вперед выели время простоев.
Не, мы файлы в базе не храним, только данные. Но у нас на простои выделено по умолчанию 0ч 0м 0с. :)
Если надо там сервер перезагрузить или еще какие работы провести, то договариваемся заранее с руководством и только ночью.

Чтобы запустить какие-нибудь тяжелые вещи, отрубаю временно вечером какие-то расчеты, связанные с этой большой таблицей.
Если таблица совсем большая, то архивирую часть данных пока руками: копирую в другую БД(архивную), чищу в рабочей и потом делаю индекс на меньших данных.
...
Рейтинг: 0 / 0
29.11.2018, 21:51
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39740604
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
MegabyteНо у нас на простои выделено по умолчанию 0ч 0м 0с. :)
Если надо там сервер перезагрузить или еще какие работы провести, то договариваемся заранее с руководством и только ночью.
Похоже, у вас не ведется никакой учет, потому что санкций за простои нет.

У нас работы также проводятся вечером, заранее предупреждаются клиенты. В зависимости от проекта предупреждение может потребоваться за несколько дней. Превышение согласованного объема простоев может грозить судом, разрывом контрактов.
...
Рейтинг: 0 / 0
29.11.2018, 22:56
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39740607
Eleanor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Eleanor
Участник
Megabyte,

4 часа в месяц - это получается SLA 99.5 .
Можете оценить, что у вас, вспомнив все поломки оборудования, сбои сети, установки обновлений, антивирусов и пр.
...
Рейтинг: 0 / 0
29.11.2018, 23:03
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39787971
Charles Weyland
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Charles Weyland
Участник
Кстати, как измерить размер SSAS проекта?
https://www.microsoft.com/ru-RU/sql-server/sql-server-2017-editions
...
Рейтинг: 0 / 0
18.03.2019, 17:35
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39805674
Danion
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Danion
Гость
Добрый день.

А вообще как впечатление от 2017?

По описанию есть несколько новых вещей вроде адаптивной обработки запросов. Но больше про добавление возможности ставить на linux, docker.

Если сервер 2016 на винде и там останется, то есть ли смысл обновлять на 2017?
...
Рейтинг: 0 / 0
24.04.2019, 11:35
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39805706
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
Danion,

Вам решать - есть смысл или нет. Некоторые до сих пор на 2000 работают и не жалуются.
...
Рейтинг: 0 / 0
24.04.2019, 12:42
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39805780
Danion
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Danion
Гость
Владислав Колосов,

Пожалуй, скорее интересует реальное использование новых фишек, что есть у 2017 и нет у 2016, а так же новые баги\лаги которые могут свести преимущество на нет. С момента появления 2017 (vNext тогда) у меня сложилось мнение, что это скорее допиленный 16 для вторжения на рынок других ОС. Насколько такое мнение верно?
Когда открываешь сравнение версий с 2008r2 до 2017 - большинство фишек, что есть у 2017 появилось в 2016.
...
Рейтинг: 0 / 0
24.04.2019, 14:55
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39805828
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
Danion,

ну, нет, версия для линукс - спин-офф 2017, с ограниченными возможностями. SQL 2017 для Windows - продолжение развития 2016, хотя отличия и не революционные.

https://docs.microsoft.com/ru-ru/sql/database-engine/whats-new-in-sql-server-2017?view=sql-server-2017
...
Рейтинг: 0 / 0
24.04.2019, 15:55
| Ответить | Цитировать | Написать  
SQL Server 2017 Standard vs Enterprise
    #39809526
artem96
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
artem96
Гость
По моему опыту на 2014 и раньше - как только в базе появятся функции из ent-версии, то ее уже не поднимешь на std.
...
Рейтинг: 0 / 0
03.05.2019, 16:40
| Ответить | Цитировать | Написать  
65 сообщений из 65, показаны все 3 страниц
  все  
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / SQL Server 2017 Standard vs Enterprise
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]