|
Кажется база сохраняется в оперативной памяти, это возможно?
|
|||
---|---|---|---|
#18+
Добрый день! Прошу подсказать советом. Что-то смущают несколько факторов относительно нашей основной базы. 1) Не меняется ни размер, ни даты файлов (mdf ldf) в проводнике именно этой базы SQL, с момента последнего выключения сервера 30.10.2020. У другой базы меняется только mdf. 2) Оперативная память на процессе sqlservr уже больше 21 гигабайта 3) При создании отчета занятое место на диске показывает данные на 30.10.2020г. и есть запись что "в журнале трассировки не найдена запись автоматического увеличения или сжатия для базы данных". Из всего этого напрашивается только один вывод- база данных крутится в оперативке, возможно ли вообще такое? Очень хотелось бы ошибиться. Базы 1С. Метод восстановления- простая. SQL Server 2008R2 ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2021, 10:21 |
|
Кажется база сохраняется в оперативной памяти, это возможно?
|
|||
---|---|---|---|
#18+
"база данных крутится в оперативке, возможно ли вообще такое?" БД так или иначе крутиться в оперативке, но на диск обязательно идет запись. пункт 1) это нормально пункт 2) MS SQL Server забирает памяти столько сколько ему нужно, ограничение только в ее доступности или настройках которые не разрешают выделять SQL Server больше определенного лимита. пункт 3) Каким отчетом (или запросом) смотрите занятое место на диске, опубликуйте название отчета (или текст запроса) + скрин экрана с результатом. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2021, 11:51 |
|
Кажется база сохраняется в оперативной памяти, это возможно?
|
|||
---|---|---|---|
#18+
В базе было много свободного пространства. Оно постепенно заполняется. Но пока не заполнится, файл будет прежнего размера. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2021, 11:55 |
|
Кажется база сохраняется в оперативной памяти, это возможно?
|
|||
---|---|---|---|
#18+
max44 "база данных крутится в оперативке, возможно ли вообще такое?" БД так или иначе крутиться в оперативке, но на диск обязательно идет запись. А можно расшифровать для ткскыть чяйников эту фразу: "БД так или иначе крутиться в оперативке,[/b] но на диск обязательно идет запись." Например, для простоты: если "оперативки" на сервере скажем 32 ГБ, а база 1 ТБ, то как она "так или иначе крутиться в оперативке"? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2021, 12:03 |
|
Кажется база сохраняется в оперативной памяти, это возможно?
|
|||
---|---|---|---|
#18+
max44 пункт 3) Каким отчетом (или запросом) смотрите занятое место на диске, опубликуйте название отчета (или текст запроса) + скрин экрана с результатом. Спасибо за ответ. Нажимаю правой кнопкой на базу в management studio, отчеты-стандартный отчет-занято место на диске. А по поводу сообщения "в журнале трассировке ..." это ничего страшного? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2021, 12:10 |
|
Кажется база сохраняется в оперативной памяти, это возможно?
|
|||
---|---|---|---|
#18+
"если "оперативки" на сервере скажем 32 ГБ, а база 1 ТБ, то как она "так или иначе крутиться в оперативке"?" по моему для чайников я дал ответ во втором пункте: пункт 2) MS SQL Server забирает памяти столько сколько ему нужно, ограничение только в ее доступности или настройках которые не разрешают выделять SQL Server больше определенного лимита. Для более продвинутых пацанов можно почитать здесь: https://docs.microsoft.com/ru-ru/sql/relational-databases/memory-management-architecture-guide?view=sql-server-ver15 Ролг Хупин, судя по количеству ваших постов в ветке форума про MS-SQL вы точно не чайник:) а скорее Гуру! ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2021, 12:16 |
|
Кажется база сохраняется в оперативной памяти, это возможно?
|
|||
---|---|---|---|
#18+
"А по поводу сообщения "в журнале трассировке ..." это ничего страшного?" не страшно, присоединяюсь к ответу от "L_argo" судя по скрину отчета у вас больше половины файла данных не занято, вы скорей всего еще не скоро увидите в журнале трассировки сообщения об изменения физического размера файлов. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2021, 12:21 |
|
Кажется база сохраняется в оперативной памяти, это возможно?
|
|||
---|---|---|---|
#18+
"Метод восстановления- простая" если это не тестовая база, то я вам рекомендую включить режим FULL и грамотно настроить резервное копирование ... ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2021, 12:24 |
|
Кажется база сохраняется в оперативной памяти, это возможно?
|
|||
---|---|---|---|
#18+
max44, В личке хотел обсудить 10 минутную консультацию по поводу как это сделать. Естественно не задаром, но не нашел куда писать. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2021, 12:54 |
|
Кажется база сохраняется в оперативной памяти, это возможно?
|
|||
---|---|---|---|
#18+
почитайте здесь Модели восстановления: https://docs.microsoft.com/ru-ru/sql/relational-databases/backup-restore/recovery-models-sql-server?view=sql-server-2016 https://docs.microsoft.com/ru-ru/sql/relational-databases/backup-restore/create-a-full-database-backup-sql-server?view=sql-server-2016 разделы: - Полное резервное копирование - Разностное резервное копирования - Журнал транзакций - + Восстановление потренируйтесь самостоятельно: создавая резервную копию вашей рабочей БД и ее восстановление на соседнем сервере (если нет такой возможности, то в "соседнюю БД"), аккуратнее не затрите рабочую БД. потом подключайтесь к восстановленной БД клиентом 1С с смотрите какие данные попали в копию ... Когда вы "своими руками" все эти вещи практически "пощупаете" у вас будет начальное понимание зачем и как создать свои стратегии резервного копирования и восстановления в случае сбоев, тогда возможно появятся и уточняющие вопросы. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2021, 14:35 |
|
Кажется база сохраняется в оперативной памяти, это возможно?
|
|||
---|---|---|---|
#18+
bargain max44, В личке хотел обсудить 10 минутную консультацию по поводу как это сделать. Естественно не задаром, но не нашел куда писать. тут такое дело: не задаром - это ко мне, вопросы к max44 в личке или публично. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2021, 14:43 |
|
Кажется база сохраняется в оперативной памяти, это возможно?
|
|||
---|---|---|---|
#18+
Ролг Хупин max44 "база данных крутится в оперативке, возможно ли вообще такое?" БД так или иначе крутиться в оперативке, но на диск обязательно идет запись. А можно расшифровать для ткскыть чяйников эту фразу: "БД так или иначе крутиться в оперативке,[/b] но на диск обязательно идет запись." Например, для простоты: если "оперативки" на сервере скажем 32 ГБ, а база 1 ТБ, то как она "так или иначе крутиться в оперативке"? Хрустальный шар показывает, что имелось ввиду следующее: База в любом случае "крутится" в оперативной памяти, т.к. процессор может обрабатывать данные, которые расположены только в озу (ну, и в регистрах процессора), но никак не на диске. :-) MSSQLSERVER стремится удерживать данные, которые подняты с диска в ОЗУ так долго, как только возможно. Судить, как это у него получается, можно по параметру Page life expectancy из sys.dm_os_performance_counters. При этом сервер, разумеется, непрерывно пишет на диск, в файл лога, потому что ни одна транзакция, читай: вставка, удаление, модификация данных - не может быть завершена, пока не произведена запись о ней в лог (правда, тут есть нюансы с отложенной устойчивостью, которая появилась в 2016). База в 1 Тб может легко помещаться в 32 Гб ОЗУ, если речь, например, идет об OLTP базе, операции в которой идут на самых "свежих" страницах таблиц, а "старые" данные - не используются. Или используются, но, например используемые данные, целиком ложатся в компактные покрывающие индексы, которые сами в память помещаются, а данные за пределами этих индексов - не используются. Так что, на мой взгляд, приведенные тезисы - вполне осмысленны. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2021, 15:17 |
|
|
start [/forum/topic.php?fid=46&fpage=34&tid=1685080]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
92ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
others: | 377ms |
total: | 556ms |
0 / 0 |