Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Microsoft SQL SERVER

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

Открыть новую тему     Написать ответ в эту тему

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)

Всего записей: 255 | Зарегистр. 20-09-2001 | Отправлено: 17:21 08-01-2003 | Исправлено: SkySandy, 02:26 20-08-2014
Paromshick



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Если не хотите много двигать руками, и вообще, ленивы, как админы, тогда всё просто.
Ставите фул бэкап, скажем, раз в неделю. Хранить - две. (Глубина бэкапа на ваш вкус и возможности, у меня нет пространства, потому - две).
Ежедневно, вечерком,  дифф. Я выбрал дифф. Хранить - 8 дней.
И ежедневно, каждые полчаса - бекап лога транзакций. Хранить двое суток. Это план обслуживания один.
План обслуживания два - убрать там мусор, последить за индексами, но главное - удалить устаревшие бекапы. Раз в неделю, две.
В результате. Не пухнет диск с базами. Всё хорошо с диском бекапов. Восстановиться могу на любой день с глубиной в две недели. Если же надо откатиться прямо на сегодня, на три часа назад (бывает у программеров) - тоже пожалуйста. Хоть на полчаса назад, не изволите?


----------
Скучно

Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 20:40 08-02-2019
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Если же надо откатиться прямо на сегодня, на три часа назад (бывает у программеров) - тоже пожалуйста. Хоть на полчаса назад, не изволите?  

А вот программеров нефиг баловать! Ежедневной полной копии базы (ночью) и простая модель восстановления - вполне достаточно.  

Цитата:
Восстановиться могу на любой день с глубиной в две недели.

Я когда работал, у меня были ежедневные копии двух баз (рабочие дни, без выходных) за два-три ГОДА
smurf78

Цитата:
вообще в рекомендациях MS имхо была только полная модель восстановления, а простую используйте мол только на тестовых базах

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

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 21:38 08-02-2019
Paromshick



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
igor me v2
Вы в последнее затянувшееся время, оставляете лишь комментарии к поста, ничего не предлагая. Во многих темах.
Надо на работу. Пора. Адрес есть, делюсь: hh.ru

----------
Скучно

Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 21:49 08-02-2019 | Исправлено: Paromshick, 21:50 08-02-2019
smurf78

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Ставите фул бэкап, скажем, раз в неделю. Хранить - две. (Глубина бэкапа на ваш вкус и возможности, у меня нет пространства, потому - две).
Ежедневно, вечерком,  дифф. Я выбрал дифф. Хранить - 8 дней.
И ежедневно, каждые полчаса - бекап лога транзакций. Хранить двое суток. Это план обслуживания один.
План обслуживания два - убрать там мусор, последить за индексами, но главное - удалить устаревшие бекапы. Раз в неделю, две.
В результате. Не пухнет диск с базами. Всё хорошо с диском бекапов. Восстановиться могу на любой день с глубиной в две недели. Если же надо откатиться прямо на сегодня, на три часа назад (бывает у программеров) - тоже пожалуйста. Хоть на полчаса назад, не изволите?

 
спасибо. ТО есть при такой схеме чтобы восстановиьтся с нуля надо будет взять ближайший фулл бекап,  
дальше накатить ближайший дифф и потом добить поочередно бекапами журнала до получаса?  
 
Я так и не понял что мне делать с пухнущим журналом транзакций? Запланировать процедуру шринка журнала?  Как она выглядит?

Всего записей: 203 | Зарегистр. 17-11-2017 | Отправлено: 15:19 09-02-2019
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Вы в последнее затянувшееся время, оставляете лишь комментарии к поста

Ну неправда гнусная, а это, разве не СОВЕТЫ?

Цитата:
Ежедневной полной копии базы (ночью) и простая модель восстановления - вполне достаточно.


Цитата:
Вообще ихнюю ересь меньше читать надо, ибо она в основном ересь, особенно последнее время,  а больше самому думать

Если бы вопрошающие сами писали эти ОЧЕВИДНЫЕ вещи - я бы их не повторял, а то вот каждый второй: "а вот микроСОФТ рекомендует...", я и объясняю, что ересь это, своей головой надо думать. Почему производитель софта рекомендует САМЫЙ ЗАТРАТНЫЙ по вычислительным ресурсам вариант??? И так в 95% случаев. Нормальная инструкция должна выглядеть так: есть вариант 1 - полная модель, есть вариант 2 - простоая модель. У этой такие плюсы и такие мнусы, а у второй - такие. ВСЁ . Дальше юзер (админ) сам решит, что ему важнее, надёжность или скорость работы. Очевидные вроде вещи, ан нет, приходится одно и то же из раза в раз, из года в год...
Вот дам ещё один совет, дабы не обвиняли...

Цитата:
надо будет взять ближайший фулл бекап,  
дальше накатить ближайший дифф и потом добить поочередно бекапами  

Да, скорее всего так. Толкьо ОБЯЗАТЕЛЬНО надо несколько раз провести тестовое восстановление. А то у меня было в давние годы, ещё с SQL не то 2000, не то 2005, что до меня настроили бэкапы полные и дифференциальные, а потом, когда на боевой базе что-то сломалось, и надо было восстанавливать, полный бэкап развернули, а разностный - опа, а он не восстановился (я уже деталей не помню, что именно). С тех пор я твёрдо убедился, что все эти системы с дифференциальными, разностными и т. п. бэкапами могут ГЛЮЧИТЬ, и если их и использовать - обязательно тесты восстановления, несколько раз, на разных базах. А для себя я решил, что я их использовать НЕ БУДУ, ибо ещё время на тесты тратить, полный бэкап всегда проще и надёжнее, лучше его делать пореже, если места не хвататет, чем потом е*****

Цитата:
Как она выглядит?  

Ну дык почитайте хелп по SHRINKFILE. Там вроде всё написано, в качестве имени файла указывайте файл журнала .ldf Остальное по инструкции. Сейчас под рукой нет тех моих заданий, они в сейфе в тетрадочке у бывшего шефа лежат В хелпе примеры есть, будет что-то типа
Use baza.mdf
GO
DBCC SHRINKFILE (baza_log.ldf,1)
GO
 
Ну-с, многоуважаемый Paromshick что теперь скажете? (Да и втемы по ремонтам винтов зайдите, там тоже есть советы...)
А насчёт Хэ-Хэ - дык оно у меня в браузере не откроется . Avant Browser 11.7, Win XP SP2. Вы им напишите, чтоб  "подсуетились, тогда может и зайду к ним...

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 17:57 09-02-2019 | Исправлено: igor me v2, 18:23 09-02-2019
Seanis



Full Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Добрый день.
 
Прошу консультации.
 
Имеет ли смысл обновлять  MS SQL 2008 R2 SP1 - 10.50.2550.0 (X64), установленный на Win Server 2008 r2 standart?
Если да, то какого билда: до последнего 2008 R2: SP3 - 10.50.2550.0 или может быть вообще до нового релиза (до какого тогда)?
 

Всего записей: 572 | Зарегистр. 21-02-2002 | Отправлено: 07:58 20-02-2019
ATS2000

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Имеет ли смысл обновлять  MS SQL 2008 R2 SP1 - 10.50.2550.0 (X64), установленный на Win Server 2008 r2 standart?
Если да, то какого билда: до последнего 2008 R2: SP3 - 10.50.2550.0 или может быть вообще до нового релиза (до какого тогда)?  

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

Всего записей: 276 | Зарегистр. 21-02-2005 | Отправлено: 14:57 20-02-2019
hawk2hawk



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Paromshick

Цитата:
Если же надо откатиться прямо на сегодня, на три часа назад (бывает у программеров) - тоже пожалуйста. Хоть на полчаса назад, не изволите?  

О какой базе идёт речь? Что на ней крутится? Сколько народу? Что значит откатиться на пол-часа? - типа полтора землекопа в базе, тогда что это за жывопырочная база и уже нет места на хардах? Не морочьте людям голову со своими пол-часами. Если в базе 50-100 человек, то запаритесь выяснять, что остальные 95 пользователей наплодили за это время, если нужно из-за каких-то программеров откатиться на пол-часа - вас заклюют напрочь. Если уж так хочется покопаться в кишках истории, то вполне сгодится снапшот, а корабль революции должен плыть дальше по волнам империализма! ))

Всего записей: 481 | Зарегистр. 11-11-2010 | Отправлено: 07:38 13-03-2019
contrafack

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ребята, помогите с восстановлением базы.  
Имею тестовую базу, туда хочу восстановить бекап из рабочей базы. Рабочая база называется UT11, a тестовая "temp_trade".  
При выполнения скрипта:

Код:
RESTORE DATABASE [Temp_trade] FILE = N'UT11' FROM  DISK = N'E:\sql_backup\UT11\UT11_backup__111.bak'  
WITH  FILE = 1,
MOVE N'ut11' TO N'D:\sql_data\TEMP\Temp_trade.mdf',  
MOVE N'ut_log' TO N'D:\sql_data\TEMP\Temp_trade_log.ldf',  NOUNLOAD,  STATS = 5
GO

 
Получаю ошибку:

Код:
Сообщение 3102, уровень 16, состояние 1, строка 1
RESTORE cannot process database 'Temp_trade' because it is in use by this session. It is recommended that the master database be used when performing this operation.
Сообщение 3013, уровень 16, состояние 1, строка 1
RESTORE DATABASE is terminating abnormally.
 

 
Вроде написано, что база занята, но в тестовой базе никого нет.  
Вот так даже проверил.  

Код:
select p.* from sys.sysprocesses p
        where    p.dbid = db_id('temp_trade')

 
получаю такое:  
http://images.vfl.ru/ii/1554530941/d8258082/26076490.jpg
 
 
В чем же проблема?  
 
P.S. Сервер MS SQL 2016 standard
 
Добавлено:
Попробовал через master, но тоже FAIL:

Код:
Ошибка восстановления базы данных "Temp_trade". (Microsoft.SqlServer.Management.RelationalEngineTasks)
 
------------------------------
ДОПОЛНИТЕЛЬНЫЕ СВЕДЕНИЯ:
 
System.Data.SqlClient.SqlError: Exclusive access could not be obtained because the database is in use. (Microsoft.SqlServer.SmoExtended)
 

 
тоже намекает, что база занята. А кем? как? я перезапустил службу SQL, в консоли 1С нет подключений к этой базе.

Всего записей: 3336 | Зарегистр. 21-04-2008 | Отправлено: 09:10 06-04-2019
Paromshick



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
hawk2hawk
Вы из полиции? 4 вопроса подряд. Впрочем, не оттуда, судя по бессмысленности вопросов. Даже для них - это слишком. Не морочьте себе голову, проходите мимо.
 
contrafack
GUI воспользуйтесь, не чудите. Вы пытаетесь затереть базу, которая занята. Это как перезаписать открытый файл.
Создайте новую.
Вообще, стоит ли?

----------
Скучно

Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 21:15 07-04-2019
contrafack

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Paromshick
 

Цитата:
GUI воспользуйтесь, не чудите

тоже самое и там. думает где то 10 секунд и выдает ошибку.  
 

Цитата:
Вы пытаетесь затереть базу, которая занята. Это как перезаписать открытый файл.
Создайте новую.  

Это у меня тестовая база. я его создал где то 2 месяца назад, специально для таких задач (временное восстановление базы). Этой базой никто не работает! с какого фига он занят?  
Я конечно все же туда восстановил базу, принудительно переведя ее в SINGLE_USER, но все таки для меня загадкой остался, кто и зачем использует эту тестовую базу?

Всего записей: 3336 | Зарегистр. 21-04-2008 | Отправлено: 08:23 08-04-2019
dgr



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
 конечно все же туда восстановил базу, принудительно переведя ее в SINGLE_USER, но все таки для меня загадкой остался, кто и зачем использует эту тестовую базу?  

 
Ну а посмотреть список активных сессий/соединений и увидеть кто и с какого компа держит базу не судьба была?

Всего записей: 150 | Зарегистр. 07-02-2003 | Отправлено: 18:26 08-04-2019
Paromshick



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
contrafack
Она занята самим движком. Сессии тут не при чём. что такое "база"? Два файла на диске. Они открыты. Открыты движком, процессом sqlserver.exe.
Желаем затереть базу из бекапа7 Тестовую? Поиграйтесь с "галками", объясните процессу, что вы знаете, что вы делаете. Только в продакшене так лучше не делать.


----------
Скучно

Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 19:45 08-04-2019
contrafack

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
dgr
 

Цитата:
Ну а посмотреть список активных сессий/соединений и увидеть кто и с какого компа держит базу не судьба была?  

 
Где посмотреть то? в мониторе активности? смотрел, там был 1-2 процесса, от GUI вроде. завершал, но когда хотел восстановить, они опять появились.  
 
 
Paromshick
 

Цитата:
Поиграйтесь с "галками", объясните процессу, что вы знаете, что вы делаете.

Что за галочки? где они?  
 

Цитата:
Только в продакшене так лучше не делать.  

Это не продакшн. Тестовая база, туда откатываю из бекапа и там отдельные менеджеры проводят какие то мероприятие.  

Всего записей: 3336 | Зарегистр. 21-04-2008 | Отправлено: 12:51 10-04-2019
makstor

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Доброго дня. Столкнулся с проблемой: MSSQL 2014 был обновлен с версии Express до версии Standart с помощью стандартной утилиты Центра Установки, работал себе работал, но после очередной перезагрузки всего сервера отказывается стартовать служба SQL Server, не стартует служба Агент MSSQLSERVER, в логах ругаются на невозможность запуска диспетчера компонентов Service Broker.
Бэкап одной из бз есть свежий, второй базы - недельной давности, третей - отсутствует. Базы хранятся на отдельном диске.  
Менял с свойствах служб от какой учетной записи им работать - не помогло. Не запускаются и все. Подскажите, кто знает, есть ли способ возвращения MSSQL в рабочее состояние? Если просто MSSQL переустановить, получится ли подключиться к имеющимся базам в папке?
 

Всего записей: 53 | Зарегистр. 06-08-2008 | Отправлено: 13:24 23-05-2019
vikkiv



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
makstor
прежде чем предпринимать любые попытки восстановления - делаются копии файлов баз и логов
по ошибке - смотрятся причины сбоя в логах запуска соответствующих сервисов, и на основе этого лечат проблему
(а пока полёт в слепую, хотя в принципе правильно: это и на самом деле часто одни из наиболее вероятных причины)
 
если по быстрому не решается то поднимается схожая система - с таким-же SQL версией, SP и т.д.
и уже третьи копии файлов пытаются подменить после создания фейковой базы на этой тестовой платформе
(т.к. присоединить/attach скорее всего не получится из-за того что не отсоединили/detach)
не стоит жалеть дискового места т.к. риски потери данных довольно велик при необдуманных манипуляциях
 
ну или если бэкапа хватает и потеря данных за неделю не критична
то спокойно разворачиваем систему и восстанавливаем из бэкапа  
(если он рабочий, т.е. обычно делается проверка тестовым восстановлением после каждого сохранения)

Всего записей: 747 | Зарегистр. 10-11-2005 | Отправлено: 16:46 23-05-2019 | Исправлено: vikkiv, 16:46 23-05-2019
makstor

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
vikkiv
Спасибо за ответ. На будущее учту. По данной ситуации на этот раз пронесло. Причина была не в самом MSSQL, как выяснилось. Оказалось, что похоже некоторые криптопровайдеры вносят свои коррективы в работу протоколов авторизации и безопасности, что приводит в итоге к некорректному поведению служб, которые не могут авторизоваться под указанной учетной записью, MSSQLSERVER и агент оказались среди них. Проблема решилась сама собой после удаления криптопровайдеров с сервера.

Всего записей: 53 | Зарегистр. 06-08-2008 | Отправлено: 17:16 23-05-2019
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Проблема решилась сама собой после удаления криптопровайдеров с сервера.  

Брррр....

Цитата:
обычно делается проверка тестовым восстановлением после каждого сохранения

Прям после каждого? Резервное копирование, особенно штатными средствами, такое ненадёжное? У меня за 9 лет работы на 2008 SQL проблем как-то не было...

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 15:46 24-05-2019
vikkiv



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
igor me v2
бэкап рабочий только если подтверждено что он рабочий, т.е. если с него действительно можно восстановиться
(несмотря на отсувствие оповещений об ошибках в процессе резервного копирования)
a ...проблем как-то не было... этого не гарантирует
(если только небыло необходимости восстановления после каждого бэкапа)

Всего записей: 747 | Зарегистр. 10-11-2005 | Отправлено: 16:58 24-05-2019
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
За это время несколько десятков раз производились восстановления разных баз, в основном для программеров. Посему считаю бекап 2008-й версии НАДЕЖНЫМ (естесссно бекапы делались ночью, когда никого не было на сервере. В других ситуациях - без понятия, может и могут быть варианты...).
Не, я это всё к тому, что: А КАКИЕ ЛОХИ ПРОГРАММЕРЫ ТОГДА ПИШУТ ТАКИЕ ПРОГИ  (или алгоритмы бэкапов) что их целостность надо подтверждать (при отсутствии ошибок)??? НЕ ДОЛЖНО такого быть. В крайнем случае можно делать бекап сразу в два места...

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 17:43 24-05-2019
Открыть новую тему     Написать ответ в эту тему

Страницы: 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

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


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru