Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как ограничить ОЗУ на БД, а не на весь MS SQL Server/PostgreSQL?
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. Есть возможность ограничить на самом MSSQLServer объем максимально доступной ему ОЗУ, а как управлять этим на уровне БД? То есть не всему SQL скажем 64GB максимальных, а вот этой БД base1 максимум 4GB? С PostgreSQL знаком меньше, но вопрос аналогичен, ограничение ОЗУ на БД а не на весть экземпляр сервера. Не хочется плодить еще одну аналогичную тему в другой ветке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2019, 13:13 |
|
||
|
Как ограничить ОЗУ на БД, а не на весь MS SQL Server/PostgreSQL?
|
|||
|---|---|---|---|
|
#18+
Не морочьте себе голову. Сколько серверу надо, столько и возьмет. Больше возьмет - быстрее отработает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2019, 13:15 |
|
||
|
Как ограничить ОЗУ на БД, а не на весь MS SQL Server/PostgreSQL?
|
|||
|---|---|---|---|
|
#18+
squidw, по-моему, начиная с 2016 для этого можно использовать resource governor, но не для базы в целом, а для запросов этой базы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2019, 13:27 |
|
||
|
Как ограничить ОЗУ на БД, а не на весь MS SQL Server/PostgreSQL?
|
|||
|---|---|---|---|
|
#18+
Владислав Колосовsquidw, по-моему, начиная с 2016 для этого можно использовать resource governor, но не для базы в целом, а для запросов этой базы. Для ресурсных пулов, если точнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2019, 13:49 |
|
||
|
Как ограничить ОЗУ на БД, а не на весь MS SQL Server/PostgreSQL?
|
|||
|---|---|---|---|
|
#18+
L_argoНе морочьте себе голову. Сколько серверу надо, столько и возьмет. Больше возьмет - быстрее отработает. Да? А если сервер идет в качестве предоставления услуги? Каждый клиент может в БД хранить что ему вздумается и тут возникают вопросы ограничения ОЗУ хотя бы из соображений расчета тарифов, раз. Во вторых БД в случае допустим той же 1С из-за ошибок может иметь утечку памяти как результат страдают все базы сразу, а не одна ограниченная. Ограничение ОЗУ на уровне БД нужная вещь, то что написал как малый частный пример. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2019, 10:17 |
|
||
|
Как ограничить ОЗУ на БД, а не на весь MS SQL Server/PostgreSQL?
|
|||
|---|---|---|---|
|
#18+
squidwL_argoНе морочьте себе голову. Сколько серверу надо, столько и возьмет. Больше возьмет - быстрее отработает. Да? А если сервер идет в качестве предоставления услуги? Каждый клиент может в БД хранить что ему вздумается и тут возникают вопросы ограничения ОЗУ хотя бы из соображений расчета тарифов, раз. Во вторых БД в случае допустим той же 1С из-за ошибок может иметь утечку памяти как результат страдают все базы сразу, а не одна ограниченная. Ограничение ОЗУ на уровне БД нужная вещь, то что написал как малый частный пример. БД разных клиентов на одном сервере плюс возможность каждого делать что хочет - как минимум странное решение. Логичнее виртуализировать и выдать каждому свою ВМ. Ну или хотя бы установить разные инстансы на одном сервере. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2019, 11:30 |
|
||
|
Как ограничить ОЗУ на БД, а не на весь MS SQL Server/PostgreSQL?
|
|||
|---|---|---|---|
|
#18+
stisquidwпропущено... Да? А если сервер идет в качестве предоставления услуги? Каждый клиент может в БД хранить что ему вздумается и тут возникают вопросы ограничения ОЗУ хотя бы из соображений расчета тарифов, раз. Во вторых БД в случае допустим той же 1С из-за ошибок может иметь утечку памяти как результат страдают все базы сразу, а не одна ограниченная. Ограничение ОЗУ на уровне БД нужная вещь, то что написал как малый частный пример. БД разных клиентов на одном сервере плюс возможность каждого делать что хочет - как минимум странное решение. Логичнее виртуализировать и выдать каждому свою ВМ. Ну или хотя бы установить разные инстансы на одном сервере. да? а для чего ж тогда contained db создавали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2019, 12:28 |
|
||
|
Как ограничить ОЗУ на БД, а не на весь MS SQL Server/PostgreSQL?
|
|||
|---|---|---|---|
|
#18+
msLexstiпропущено... БД разных клиентов на одном сервере плюс возможность каждого делать что хочет - как минимум странное решение. Логичнее виртуализировать и выдать каждому свою ВМ. Ну или хотя бы установить разные инстансы на одном сервере. да? а для чего ж тогда contained db создавали? и можно память ограничить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2019, 12:38 |
|
||
|
Как ограничить ОЗУ на БД, а не на весь MS SQL Server/PostgreSQL?
|
|||
|---|---|---|---|
|
#18+
stisquidwпропущено... Да? А если сервер идет в качестве предоставления услуги? Каждый клиент может в БД хранить что ему вздумается и тут возникают вопросы ограничения ОЗУ хотя бы из соображений расчета тарифов, раз. Во вторых БД в случае допустим той же 1С из-за ошибок может иметь утечку памяти как результат страдают все базы сразу, а не одна ограниченная. Ограничение ОЗУ на уровне БД нужная вещь, то что написал как малый частный пример. БД разных клиентов на одном сервере плюс возможность каждого делать что хочет - как минимум странное решение. Логичнее виртуализировать и выдать каждому свою ВМ. Ну или хотя бы установить разные инстансы на одном сервере. Может неправильно выразился, уточню. Клиент имеет к примеру 1С базу, у клиента доступ только в 1С, но в SQL либо SSMS доступа нет, однако сама база 1с может быть допилена в части конфигурации и соответственно может иметь ту же утечку памяти в случае ошибок кода, даже в условиях типовой это может происходить из-за ошибок разработчиков 1с. Мне соответственно накладно делать на каждого клиента свой отдельный инстанс, возможно не прав, но пока расчитываю делать в пределах одного инстанса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2019, 14:47 |
|
||
|
Как ограничить ОЗУ на БД, а не на весь MS SQL Server/PostgreSQL?
|
|||
|---|---|---|---|
|
#18+
squidwstiпропущено... БД разных клиентов на одном сервере плюс возможность каждого делать что хочет - как минимум странное решение. Логичнее виртуализировать и выдать каждому свою ВМ. Ну или хотя бы установить разные инстансы на одном сервере. Может неправильно выразился, уточню. Клиент имеет к примеру 1С базу, у клиента доступ только в 1С, но в SQL либо SSMS доступа нет, однако сама база 1с может быть допилена в части конфигурации и соответственно может иметь ту же утечку памяти в случае ошибок кода, даже в условиях типовой это может происходить из-за ошибок разработчиков 1с. Мне соответственно накладно делать на каждого клиента свой отдельный инстанс, возможно не прав, но пока расчитываю делать в пределах одного инстанса. При чем здесь утечки памяти? Или у вас приложение (или, как я понимаю, приложения) на том же сервере крутятся где и SQL Server? Это плохая практика безотносительно 1С или нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2019, 15:49 |
|
||
|
Как ограничить ОЗУ на БД, а не на весь MS SQL Server/PostgreSQL?
|
|||
|---|---|---|---|
|
#18+
stiПри чем здесь утечки памяти? Или у вас приложение (или, как я понимаю, приложения) на том же сервере крутятся где и SQL Server? Это плохая практика безотносительно 1С или нет. сервер MSSQL и сервер 1с стоят на одном физическом сервере, пользователи и клиент 1с это другой физический сервер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2019, 16:07 |
|
||
|
|

start [/forum/search_topic.php?author=lexanic&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
get settings: |
6ms |
get forum list: |
15ms |
get settings: |
10ms |
get forum list: |
10ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
65ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
| others: | 1099ms |
| total: | 1300ms |

| 0 / 0 |
