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

Откуда: Berlin
Сообщений: 185
Relic Hunter
gds
Mono и/или Core .NET запилят. тут как раз проблем не должно быть. С ext proc тоже все достаточно просто. Главное что бы все грамотно сделали.
А в общем тоже рад этой новости, как ни крути, а линукс лучше справляется с мультипоточностью и рочагов для настройки и управления у него больше. Ну это и понятно он изначально затачивался под это дело.
в оракле-форуме до сих пор самый популярный вопрос - "как автоматически стартовать и останавливать инстанс на линуксе?". штатных механизмов - не предусмотрено

Вы соврали. В Оракл форуме самый популярный вопрос это "Где можно скачать Oracle?". Проверьте сами. Тут же, на sql.ru
Кстати и в виндовс тоже нет средств чтобы "автоматически стартовать и останавливать инстанс"
9 мар 16, 11:55    [18910442]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
komrad
Member

Откуда:
Сообщений: 5758
edyaN
Кстати и в виндовс тоже нет средств чтобы "автоматически стартовать и останавливать инстанс"

в windows есть Task Scheduler, в юниксах - crontab
9 мар 16, 14:01    [18911237]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
komrad
Member

Откуда:
Сообщений: 5758
Relic Hunter
серьезно, как мс собирается конкурировать с ораклом не имея и половины его функционала? asm, rac, cloudcontrol, awr, addm..?

ну не совсем так - подобный, не аналогичный, а подобный функционал имеется

asm - autogrowth
rac - active-passive cluster
cloudcontrol - не помню как называется
awr - data collector
addm - пока нет
9 мар 16, 14:02    [18911241]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
komrad
Relic Hunter
серьезно, как мс собирается конкурировать с ораклом не имея и половины его функционала? asm, rac, cloudcontrol, awr, addm..?

ну не совсем так - подобный, не аналогичный, а подобный функционал имеется

asm - autogrowth
rac - active-passive cluster
cloudcontrol - не помню как называется
awr - data collector
addm - пока нет


Ну rac я бы больше сравнил бы с alwayson, нежели с класcическим MSFC.
9 мар 16, 14:14    [18911285]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
komrad
Member

Откуда:
Сообщений: 5758
gds
komrad
пропущено...

ну не совсем так - подобный, не аналогичный, а подобный функционал имеется

asm - autogrowth
rac - active-passive cluster
cloudcontrol - не помню как называется
awr - data collector
addm - пока нет


Ну rac я бы больше сравнил бы с alwayson, нежели с класcическим MSFC.

в rac есть синхронизация кэшей, блокировок и т.п. между нодами
так что там честный active-active
9 мар 16, 14:20    [18911306]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
komrad
gds
пропущено...


Ну rac я бы больше сравнил бы с alwayson, нежели с класcическим MSFC.

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

То, что есть синхронизация кешей, блокировок и т.п. это я знаю.
Если рассматривать с этой точки зрения, то да. Если же брать, то что ноды могут быть географически разнесены, имеют свою систему IO, синхронизируются на уровне базы (если не брать во внимание что у оракла temp, system и aux все в одной бд), параметры сервера не синхронятся (PGA,  SGA, Large Pool и т.п.). то что в MSSQL выставляется через sp_configure.
Просто несколько разные технологии. Их сравнивать не вижу смысла, для разных целей используются. RAC сочитает в себе много всего, а у MC это две технологии. Зато если MSFC используется в основном для отказоустойчивости, то с помощью AlwaysOn можно осуществлять доставку баз на отчетные сервера и т.п. и не обязательно лисенер настраивать.
9 мар 16, 14:58    [18911451]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
Crimean
Member

Откуда:
Сообщений: 13147
alexeyvg
В принципе стоимость MSSQL намного больше стоимости Windows


+1 так что речь про расширение числа потенциальных пользователей, что хорошо
9 мар 16, 17:14    [18912235]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
Col
Member

Откуда: Торонто
Сообщений: 186
komrad
gds
пропущено...


Ну rac я бы больше сравнил бы с alwayson, нежели с класcическим MSFC.

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

Сравнивать нужно сравнимые вещи...
RAC нужно равнивать с PDW а никак не с фаиловер кластером.
Кстати говоря аналог фаиловер кластера от Oracle это Cold Failover Cluster.

П.С.
В битве RAC вс PDW из Oracle чемпиона не получается.
П.П.С
PDW whitepaper:
http://download.microsoft.com/download/5/0/1/5015A62E-06BF-4DEC-B90A-37D52E279DE5/SQL_Server_2012_Parallel_Data_Warehouse_Breakthrough_Platform_White_Paper.pdf
9 мар 16, 19:42    [18912688]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
komrad
Member

Откуда:
Сообщений: 5758
Col
Сравнивать нужно сравнимые вещи...
RAC нужно равнивать с PDW а никак не с фаиловер кластером.

рад бы, но только это appliance :)
сравнивать стоковую (пусть и заряженную) машину со спортивной не комильфо
9 мар 16, 20:59    [18912872]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
Mind
Member

Откуда: Лучший город на Земле
Сообщений: 2322
Col
Сравнивать нужно сравнимые вещи...
Сказал Col и сравнил железку с софтом
Col
RAC нужно равнивать с PDW а никак не с фаиловер кластером.


Все из вики:
In database computing, Oracle Real Application Clusters (RAC) — an option[1] for the Oracle Database software produced by Oracle Corporation and introduced in 2001 with Oracle9i — provides software for clustering and high availability in Oracle database environments.

Parallel Data Warehouse (PDW) A massively parallel processing (MPP) SQL Server appliance optimized for large-scale data warehousing such as hundreds of terabytes.


PDW если уж на то пошло нужно сравнивать с Oracle Exadata:
Oracle Exadata Database Machine (Exadata[1]) is a combined compute and storage system optimized for running Oracle Database software. Exadata debuted in 2008 as the first in Oracle’s family of "Engineered Systems", defined as "hardware and software engineered to work together".

Тогда в этот ряд становятся такие продукты как Teradata, Netezza и т.д. И в этом списке PDW ну уж явно не занимает лидирующие позиции.
9 мар 16, 21:14    [18912903]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
МуМу
Member

Откуда:
Сообщений: 1134
Можно вполне из MSSQL сделать RAC. Нужен репликатор(можно транзакционную репликацию, либо always on), нужен координатор блокировок - так это можно через общий сервис сделать и набор тригеров(мы через сокеты в тригерах делали, и дополнительно блокировки на уровне приложения), балансировщик - ну так с API счетчиков и т.п. у MSSQL все в порядке. Если кому интересно посмотреть вживую - обращайтесь(на промышленных решениях). Правда обычно чего то все стесняются.
9 мар 16, 22:26    [18913126]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
МуМу
Member

Откуда:
Сообщений: 1134
Опять, таки у PDW и у RAC имеются свои преимущества и недостатки. Но тот же PDW для высоконагруженных OLTP систем вообще не подходит. Там просадка линейная будет серьезная. Кто нибудь знает внедренные в России решения PDW?(может показать?)
9 мар 16, 22:30    [18913133]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
Crimean
Member

Откуда:
Сообщений: 13147
МуМу
Можно вполне из MSSQL сделать RAC. Нужен репликатор(можно транзакционную репликацию, либо always on), нужен координатор блокировок


ну не совсем это то. правда.
10 мар 16, 01:42    [18913419]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
tunknown
Member

Откуда:
Сообщений: 777
Неужели сделают закрытый форк WINE и не будут контрибутить согласно LGPL?
10 мар 16, 09:53    [18913925]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
vlad2016
Member

Откуда:
Сообщений: 17
Технически плюсы есть, но в финансовом плане особых плюсов я не наблюдаю (речь о среднем и малом бизнесе).
10 мар 16, 10:25    [18914071]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
WarAnt
Member

Откуда: Питер
Сообщений: 2423
vlad2016
Технически плюсы есть, но в финансовом плане особых плюсов я не наблюдаю (речь о среднем и малом бизнесе).


как раз наоборот для среднего и малого бизнеса самое оно, когда первичка сидит на постгресе, а аналитика на скуле приходится разворачивать два сервера и держать две железки, а тут можно будет все скомпоновать на одном линуксе, очень удобно и экономно.
10 мар 16, 11:32    [18914482]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
churupaha
Member

Откуда: Краснодар
Сообщений: 1015
tunknown
Неужели сделают закрытый форк WINE и не будут контрибутить согласно LGPL?


или будет две реализации SQLOS-слоя...
10 мар 16, 11:44    [18914578]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
МуМу
Member

Откуда:
Сообщений: 1134
Я уверен что в плане производительности будут еще плюсы.
10 мар 16, 12:16    [18914805]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
edyaN
Member

Откуда: Berlin
Сообщений: 185
komrad
edyaN
Кстати и в виндовс тоже нет средств чтобы "автоматически стартовать и останавливать инстанс"

в windows есть Task Scheduler, в юниксах - crontab

в исходном сообщении речь шла о том, что в виндовс есть какой-то механизм, позволяющий "штатно автоматически стартовать и останавливать инстанс", причем этого механизма нет в линуксе. И давайте еще разведём флейм на пару страниц на тему что такое штатный и что значит автоматически. Но луше не надо.
10 мар 16, 12:22    [18914852]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
ART-CODE
Member

Откуда:
Сообщений: 1095
Мне под линукс нужен только нормальный штатный клиент к MS SQL SERVER.
Чтобы из Bash можно было обратиться к серверу, запустить хранимку, получить результат.
Как это сейчас легко можно на VBS через АДО в винде.

Сам MS SQL SERVER сервер настолько завязан по производительности на особенности ядра ОС Windows,
что перенос его на другое ядро - убивает все фишки нативности решения.
(I/O Completion Ports, asynchronous socket и т.п.)

Это может иметь смысл "для бедных" - кто купил ПО заточенное под MS SQL SERVER, но не может купить серверную винду.
И поэтому временно ставит на линукс, пока денег не накопит на серверную лицензию винды.
10 мар 16, 12:54    [18915068]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
Maxx
Member [скрыт]

Откуда:
Сообщений: 24290
ART-CODE
Сам MS SQL SERVER сервер настолько завязан по производительности на особенности ядра ОС Windows,
что перенос его на другое ядро - убивает все фишки нативности решения.

+1 вот и мне ну очнеь сильно кажется ,что овчинка выделки не стоит. НО опятьже чисто ИМХО
10 мар 16, 13:08    [18915175]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
Активист
Member [заблокирован]

Откуда: 56233
Сообщений: 51
не лучше ли сделать бесплатный виндaвс? ну там ограниченый несколько, технически или лицензиями...
10 мар 16, 19:16    [18917044]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
Громыхатель
Guest
edyaN
komrad
пропущено...

в windows есть Task Scheduler, в юниксах - crontab

в исходном сообщении речь шла о том, что в виндовс есть какой-то механизм, позволяющий "штатно автоматически стартовать и останавливать инстанс", причем этого механизма нет в линуксе. И давайте еще разведём флейм на пару страниц на тему что такое штатный и что значит автоматически. Но луше не надо.


А можно без флейма объяснить для тех кто в танке - что это за механизм такой и зачем он нужен? Просто если речь про "запустить сервис при старте системы, остановить перед выключением, и перезапустить после краха сервиса", то это даже не смешно, ибо такая автоматика в линуксах есть давно (если исключить последнее, то наверное вообще изначально)... Поэтому полагаю, что речь идёт о чём-то совсем ином.
10 мар 16, 19:51    [18917182]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
Активист
не лучше ли сделать бесплатный виндaвс? ну там ограниченый несколько, технически или лицензиями...

Вот и я за это. Сделали бы что нить типа "Windows Сore for SQL Server" и было бы за глаза. Ведь Windows Hyper-V у них есть уже бесплатный.
10 мар 16, 19:59    [18917215]     Ответить | Цитировать Сообщить модератору
 Re: Будете ли вы ваши SQL Server'а переводить на Linux?  [new]
komrad
Member

Откуда:
Сообщений: 5758
Громыхатель
edyaN
пропущено...

в исходном сообщении речь шла о том, что в виндовс есть какой-то механизм, позволяющий "штатно автоматически стартовать и останавливать инстанс", причем этого механизма нет в линуксе. И давайте еще разведём флейм на пару страниц на тему что такое штатный и что значит автоматически. Но луше не надо.


А можно без флейма объяснить для тех кто в танке - что это за механизм такой и зачем он нужен?

да я, честно говоря, вообще не совсем понимаю, зачем это нужно
если мы говорим про _сервер_ и СУБД, которая должна быть доступна >99% времени
10 мар 16, 20:00    [18917222]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить