aidar Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Microsoft SQL Server   В данном разделе рассматриваются вопросы по установке, настройке и администрированию MS SQL. Вопросы по выборкам, созданию процедур, индексов и прочему программированию - лучше обращаться сюда: Microsoft SQL Server в разделе Прикладное Программирование Полезные ресурсы: Ссылки на официальные ресурсы:   TechNet Rus по SQL   TechNet Eng по SQL 2000    TechNet Eng по SQL 2005     MS SQL Server на форумах TechNet Rus   Полезные ресурсы, где можно найти дополнительную информацию: http://www.sql.ru - один из самых больших и популярных ресурсов в ру-нете по MSSQL. http://sqlserverbuilds.blogspot.com - информация о ВСЕХ билдах и версиях SQL Server   Где найти дистрибутив? Microsoft SQL Server 2000   Текущий и наверное Последний Service Pack: SP4 (build 8.00.2039) Последний кумулятивный пакет хотфиксов после SP4: build 8.00.2187 Список всех хотфиксов после SP4 на текущий момент: Cumulative list of the hotfixes that are available for SQL Server 2000 SP4 SQL Server 2000 Books Online June 2007 Update Сравнение редакций, совместимость с ОС Microsoft SQL Server 2005   Блог Александра Гладченко - MVP по MS SQL. Заглядывайте периодически, очень интересные статьи.   Текущая версия: Последний Service Pack - 2 Их было два, оба с одинаковым билдом - 9.00.3042 Здесь (ENG) описано, почему так произошло и как отличить "правильный" от "не правильного".   Здесь можно посмотреть, какой апдейт на сегодняшний день крайний для MS SQL SP2: The SQL Server 2005 builds that were released after SQL Server 2005 Service Pack 2 was released (ENG) Всего записей: 256 | Зарегистр. 20-09-2001 | Отправлено: 17:21 08-01-2003 | Исправлено: SkySandy, 02:26 20-08-2014

n978143 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору это lxc контейнер, права максимальные Всего записей: 96 | Зарегистр. 04-12-2006 | Отправлено: 09:03 25-01-2023

vikkiv Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору n978143 это вопрос к разработчику контейнера а не к SQL установщику, там в явном виде пишет что прав приложению не хватает. и предлагается ...or run as root... сам SQL в этом контексте ограничивается логами /var/opt/mssql/log/core.sqlservr.418.temp/log/paldumper-debug.log и /var/opt/mssql/log/core.sqlservr.418.temp/log/gdb.log Всего записей: 748 | Зарегистр. 10-11-2005 | Отправлено: 10:20 25-01-2023 | Исправлено: vikkiv, 10:28 25-01-2023

Romanvk2002 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Добрый день.   Подскажите не сведующему. Перевод модели восстановления из Полного в Простой, чем то грозит потом при восстановлении базы. А то при полном Логи начинают занимать места в 10 раз больше чем сама баз по 60-80Гб и место на жестком диске быстро заканчивается. Всего записей: 47 | Зарегистр. 09-10-2002 | Отправлено: 11:00 25-01-2023 | Исправлено: Romanvk2002, 11:00 25-01-2023

vikkiv Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Romanvk2002 преимущества и недостатки (и чем придётся пожертвовать) зависят от приоритетов целей использования базы вряд-ли стоит один к одному доверять тому что здесь напишут своими словами. разница моделей восстановления документирована (а так-же в документации приведены ссылки на более детальное описание для чайников): https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/recovery-models-sql-server https://learn.microsoft.com/ru-ru/sql/relational-databases/backup-restore/recovery-models-sql-server   так-же есть описание характеристик файлов логов о размерах которых у вас возникло недовольство и рассмотрен вопрос усечения журнала: https://learn.microsoft.com/en-us/sql/relational-databases/logs/the-transaction-log-sql-server?view=sql-server-ver16#Truncation Всего записей: 748 | Зарегистр. 10-11-2005 | Отправлено: 13:03 25-01-2023 | Исправлено: vikkiv, 13:09 25-01-2023

Romanvk2002 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору vikkiv Спасибо. В принципе понятно, я это и хотел узнать. Мне как раз и важна копия которая делалась ночью, дневные наработки мне не так актуальны.   "Изменения с момента создания последней резервной копии не защищены. В случае аварийной ситуации эти изменения придется вносить повторно." Всего записей: 47 | Зарегистр. 09-10-2002 | Отправлено: 12:01 26-01-2023 | Исправлено: Romanvk2002, 12:02 26-01-2023

newhk BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Приветствую! У меня поиск не работает на сайте, по этому спрошу. Есть MSSQL 2012 sp4. Есть несколько баз. Сделал регламент на 5 шагов: 1. Очистка после обслуживания 2. Проверка целостности 3. Бэкап 4. Обновление статистики 5. Смартреиндекс   Обратил внимание, что уже несколько раз, после бэкапа проходит около 2,5 часов простоя, прежде чем начинается обновление статистики. Можете подсказать почему это может возникать и как с этим бороться? Всего записей: 400 | Зарегистр. 02-02-2009 | Отправлено: 17:34 15-02-2023 | Исправлено: newhk, 17:46 15-02-2023

vikkiv Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору newhk возможна сотня различных вариантов потери времени в зависимости от извращений фантазии разработчика, во время выполнения недалеко от окончания шага бэкапа смотрим чем занимается job и что в это время происходит на базе, сервере, памяти, дисками и с сетью Всего записей: 748 | Зарегистр. 10-11-2005 | Отправлено: 19:23 15-02-2023

newhk BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Завтра проверю, но на вскидку, нестандартное задание, только смартреиндекс. Но фишка в том, что с теми же самыми базами, на другом сервере, задержек нет. Более того, там шагов больше. Типа, если ошибка, то выполнить такой шаг + отчёты по каждому шагу бэкапа, статистики и реиндекса. А здесь все просто...   Добавлено: В том и дело, что ресурсы не заняты. Сиквел отодрал себе 90 Гб памяти из 380 и только с ними и работал. Проц на 3%, сетка тоже в покое. В общем, утром буду смотреть. Всего записей: 400 | Зарегистр. 02-02-2009 | Отправлено: 20:17 15-02-2023

newhk BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Блин, во всех журналах посмотрел, информация только о проверке целостности и о резервном копировании, а потом, как будто ничего не делал Всего записей: 400 | Зарегистр. 02-02-2009 | Отправлено: 09:02 16-02-2023

vikkiv Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору newhk ну так если логи не помогают то смотри более детально что именно происходит в разных частях системы во время выполнения плана обслуживания, тем более такой интервал большой на 2.5 часа. может быть всё что угодно, даже сетка со скоростью падающей до на нескольких килобайт если много-гигабайтный бэкап на удалённый диск пишется и где-то что-то в это-же время сеть загружает (job-ы с других серверов). так что это пока пальцем в небо по ширине возможных проблем Всего записей: 748 | Зарегистр. 10-11-2005 | Отправлено: 04:03 17-02-2023

newhk BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Где-то вычитал, что так система подготавливает индексы (типа ищет те, которые нужно обработать), но хз, насколько это реально. Бэкап льется локально, на 10й рэйд из 6и сасов 10000ов. Всего записей: 400 | Зарегистр. 02-02-2009 | Отправлено: 07:47 17-02-2023 | Исправлено: newhk, 09:46 17-02-2023

vikkiv Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору sdr77   Цитата: если вы через SMSS в гуе накликали и/или оно работает через агента, то может происходить все что угодно. там какой-то свой искусственный интеллект.   нет ничего лучше собственноручно написанного и отлаженного скрипта, поданного на вход sqlcmd. а в данном случае - набора скриптов, которые будут отмечать в своем текстовом логе свое начало и завершение. если правильно помню то (суб)планы обслуживания это обычно SSIS пакеты которые хранятся в MSDB (а не в SSISDB) по названию можно например здесь посмотреть: select * from [msdb].[dbo].[sysssispackages] где в поле packagedata будет сам бинарник пакета (от туда просто экспортируется через ssms например когда подключаешься к SSIS из директории MSDB/Maintenance Plans) алгоритмы там стандартные и жестко детерминированные - меняются только параметры в процессе настройки, никакого искусственного интеллекта там нет (а с научной точки зрения - его вообще не существует, есть только элементы) SQL конечно продвинутый но при разнообразных и больших объёмах всё делать SQL скриптами - немного абсурд, каждый инструмент специализируется на своих задачах. Всего записей: 748 | Зарегистр. 10-11-2005 | Отправлено: 10:18 17-02-2023

ArkadyKiller Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Ребята, имеется 1с7.7 SQL работает на SQL 2014. и проблема такая. В общем по всем профильным форумам прошелся, сдела все рекомендации которые были. Реиндексы и дефрагментация все было сделано. База работает, однако периодически подвисает на секунду. Что может быть? Сервер DL360PG8, сама база крутится на диске Samsung 1.6 Tb бскорость чтения записи очень высокая. Оперативки 128 гигов . в общем сервер сам лютый, но вот с базой никак не могу отловить эти фризы. Процессор максимум нагружен на 10%, на сервере крутятся несколько баз в том числе "восьмерка". Мониторю постоянно, ддаже при регламентных операциях других баз сервер не нагружается выше 11-12%. Как быть? как найти эти микрофризы? Всего записей: 807 | Зарегистр. 28-09-2006 | Отправлено: 06:36 11-03-2024

fscpsd Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ArkadyKiller Это вам нужно спрашивать в теме по 1с7.7, если там ещё остались живые специалисты по семёрке (что вряд ли). Скорее всего, это не фризы как таковые, а какие-то дефекты её внутренней логики работы. Очевидно что база очень старая и наверняка сильно модифицированная, — в такой ситуации очень сложно бывает найти причину. Если у вас есть свободное время, то можно пойти «от противного» — для начала конечно проверить работу заведомо на 100% беспроблемной базы, например. Потом можно попробовать сделать полную свёртку вашей базы, по-максимуму руками очистить её от всего что только можно, посмотреть как тогда будет. Ещё можно попробовать перенести минимально возможный набор документов, справочников и остатков в новую базу, совершенно пустую и чистую. Возможно, что удастся как-то так локализовать проблемную ситуацию. Но лучше поискать специалиста, конечно. Как говорится, не зная броду лучше не лезть особо далеко в воду. Всего записей: 1946 | Зарегистр. 16-09-2010 | Отправлено: 05:37 12-03-2024

ArkadyKiller Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору fscpsd в принципе разобрался с мик4рофризами, это было при включенном параллелизме=0, когда выставил его в =1 фризы закончились и все работает прекрасно, даже при нагрузке на разных базах, что не стало препятствовать или вызывать фризы Всего записей: 807 | Зарегистр. 28-09-2006 | Отправлено: 11:27 12-03-2024

fscpsd Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ArkadyKiller Странно. Фризы-то были только у одной-единственной базы из многих нормально работающих, если я правильно понял ваш исходный пост. Тогда логическая связь как-то не очень хорошо просматривается в данном случае. Всего записей: 1946 | Зарегистр. 16-09-2010 | Отправлено: 11:36 12-03-2024 | Исправлено: fscpsd, 11:39 12-03-2024

ArkadyKiller Advanced Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору fscpsd ну вот так, как только отключил параллелизм, уже как два дня никто меня не беспокоит что база подвисает, все счастливы. причем на двух базах 1с8 я делаю мега расчеты в это же время. Т.е. одна база восьмерки 500 гигов копия делается свертка базы и срез на начало 2023 года, а боевая база происходит загрузка данных из семерки и корректировка ссылок, а это перепроводка документов и прочие задачи, и процессор сервера выше 12% загруженности не скачет. И все семерошники сидят тихо и никто не вякнул за эти два дня. А если включу параллелизм в =0 то по наблюдениям бывают скачки нагрузки на процессор до 99% периодами. Поэтому вот, отключил и все норм стало Всего записей: 807 | Зарегистр. 28-09-2006 | Отправлено: 12:15 13-03-2024 | Исправлено: ArkadyKiller, 12:18 13-03-2024

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Microsoft SQL SERVER

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование