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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
bigsloth
Цитата:
Самое простое - перезагрузить сервер. Или перезапустить службы, tempdb пересоздастся.
Вот именно, что сервер перегружался, службы перезапускались, но он не сжимается и не пересоздается. Сам не могу понять почему.
При попытке сжать файл данных из Management Studio сжимает максимум на 1%.
Ниче не понимаю в чем косяк

----------
В правильно поставленном вопросе всегда содержится 50% ответа
Все будет так, как должно быть. Даже если будет иначе.

Всего записей: 26360 | Зарегистр. 20-04-2006 | Отправлено: 06:43 05-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Уважаемые, объясните как сделать чтобы сообщения об успешном резервном копировании не добавлялись в лог Windows? Уж больно быстро засоряется он.

Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 13:11 05-12-2009
bigsloth



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

Цитата:
Уважаемые, объясните как сделать чтобы сообщения об успешном резервном копировании не добавлялись в лог Windows? Уж больно быстро засоряется он.

Посмотрите в свойствах созданного плана (точнее в свойствах джоба созданного планом) пункт notifications (уведомления).  
 

Цитата:
1. Сделал план "Полный бэкап всех пользовательских баз" - раз в месяц создаётся полная копия всех пользовательских баз, в папку,  
с разбивкой на папки для каждой базы.  
2. Сделал план "Бэкап журнала транзакций" - каждый час создаётся накопительная копия журнала транзакций каждой клиентской базы, так же с разбивкой на папки.

Я бы на вашем месте добавил диф. бэкап каждую ночь. Тогда для восстановления вам потребуется максимум 14 бэкапов (учитывая, что вы делаете только 12 копий журнала транзакций). Если место не жмет, можно хранить их все и, таким образом, у вас будет возможность восстановиться на любой день месяца. Если жмет - при создании очередного дифф. бэкапа можно грохать старые.
 

Цитата:
Кроме того настоятельно рекомендую время от времени (частота по желанию) проверять бекапы путем восстановления в копию базы на другом сервере/компьютере...

Я бы даже сказал, что лучше проверять каждый бэкап. Например, с RESTORE .. VERIFYONLY.
 

Цитата:
Вот именно, что сервер перегружался, службы перезапускались, но он не сжимается и не пересоздается. Сам не могу понять почему.  
При попытке сжать файл данных из Management Studio сжимает максимум на 1%

А initial size у него какой стоит?

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 14:05 05-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bigsloth
Агент SQL сервер - Задания - Само_задание - свойства - закладка Уведомления - галка стоит только на "Использовать журнал событий приложений Windows", параметр выбран "При ошибке задания".

Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 21:26 06-12-2009
Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
bigsloth
Цитата:
А initial size у него какой стоит?
Спасибо за подсказку, "Начальный размер" почему-то стоит 19823Мб. Буду трясти админов кто и зачем такое сделал.

----------
В правильно поставленном вопросе всегда содержится 50% ответа
Все будет так, как должно быть. Даже если будет иначе.

Всего записей: 26360 | Зарегистр. 20-04-2006 | Отправлено: 03:50 07-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bigsloth
А в лог все равно пишет Хотя судя по смыслу не должен бы. Что делать ума не приложу.

Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 15:01 08-12-2009
bigsloth



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

Цитата:
А в лог все равно пишет

Пардон, тут уже не знаю. У меня тоже пишет, но меня это вполне устраивает..

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 05:17 09-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bigsloth
) но было бы корректнее писать ТОЛЬКО об ошибках %)

Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 12:36 09-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Уважаемые, подскажите где не прав?
С помощью мастера планов создал три плана:
1) Полное резервное копирование пользовательских баз в файл (файл выбрал сам), с добавлением - назначил расписание: раз в месяц;
2) Ежедневное разностное копирование пользовательских баз, в другой файл (так же указал имя файла) - расписание: раз в сутки, ночью.
3) Резервирование лога тразакций каждый час с 9 утра до 18 вечера в отдельный файл.
 
Вся эта музыка прекрасно работает, но через день или два проявляются ошибки в плане номер 2 (разностное ежедневное копирование). Хотя
и указано что все копии делать в один файл, но в логах пишет что копия не сделана, ибо не сделана ПОЛНАЯ копия %). Может быть что то не  
понимаю? Ведь сначала выполняю вручную план 1, где делается ПОЛНАЯ копия (хотя в другой файл). А уж на основании этой копии делается
ежедневная разностная. Может быть сама по себе схема не очень правильная? Жду "разносов"
 
 
Добавлено:
P.S. есть подозрение что проблема со службой времени на сервере как то затрагивает SQL север. Ибо последние
3 дня сыпятся ошибки, что не может синхронизировать время. Настроил на другой NTP, посмотрим что будет дальше.

Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 10:22 14-12-2009
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Служба времени никак не должна влиять на разностные бэкапы. SQL Server ориентируется на собственные структуры данных.. Покажите, пожалуйста, полное сообщение об ошибке..
 

Цитата:
в другой файл

А почему вы делаете бэкапы в один файл? Что будет, если вам нужно будет скопировать полный бэкап и последний разностный на тестовый сервер, где сильно ограничен объем дискового пространства - потянете туда файлы с 10, например, полными копиями и 300 резервными копиями? Имхо, лучше использовать разные файлы.

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 11:30 14-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bigsloth
Хм об этом как то я и не подумал. %) Про очень большой файл.
 
Добавлено:
Еще вопрос, а имеет смысл разделять по папка файлы полного, разностного и лога транзакций?
Сейчас они все в куче лежат, есть разбиение только на папки по названию баз.

Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 11:40 14-12-2009
bigsloth



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

Цитата:
Еще вопрос, а имеет смысл разделять по папка файлы полного, разностного и лога транзакций?

Да это как вам удобнее..

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 13:19 14-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bigsloth
По поводу ошибки. Вот что в логе системы:

Код:
 
Операция BACKUP не выполнила команду BACKUP DATABASE work_firma_texno WITH DIFFERENTIAL. Проверьте дополнительные сообщения в журнале приложения резервного копирования.
 
Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".

А вот что в логе который сформировал SQL:

Код:
 
NEW COMPONENT OUTPUT
Программа обслуживания серверов Microsoft(R) (Юникод), версия 9.0.4035
Отчет был сформирован на "SERVER".
План обслуживания: DiffDayAndServices
Продолжительность: 00:00:00
Состояние: Предупреждение: не удалось выполнить одну или несколько задач..
Подробности:
Резервное копирование базы данных (разностное) (SERVER)
Создать резервную копию базы данных на Соединение с локальным сервером
Базы данных с уровнем совместимости 70 (SQL Server версия 7.0) будут пропущены.
Базы данных Все пользовательские базы данных
Тип: Разностная
Добавить к существующему
Начало задачи: 2009-12-15T01:30:00.
Конец задачи: 2009-12-15T01:30:00.
Ошибка-1073548784) Сбой выполнения запроса "BACKUP DATABASE [work_firma_texno] TO  DISK = N'S:\\!copy!\\SQLBack\\work_firma_texno\\work_firma_texno_backup_200912150130.bak' WITH  DIFFERENTIAL , NOFORMAT, NOINIT,  NAME = N'work_firma_texno_backup_20091215013000', SKIP, REWIND, NOUNLOAD,  STATS = 10
" со следующей ошибкой: "Невозможно выполнить разностное резервное копирование базы данных "work_firma_texno", так как не существует текущей резервной копии базы данных. Создайте полную резервную копию базы данных, выполнив BACKUP DATABASE без параметра WITH DIFFERENTIAL.  
BACKUP DATABASE прервано с ошибкой.". Возможные причины сбоя: проблемы с этим запросом, свойство "ResultSet" установлено неправильно, параметры установлены неправильно или соединение было установлено неправильно.
 

 
Добавлено:
Причем вчера в 1:30, это же задание прекрасно создало копию, без ошибок. В чем дело не пойму.
 
Добавлено:
Вот что в T-SQL данного плана:
Подробнее...
 
Описанная ошибка "вылезает" не только на одной базе, а на всех пользовательских. Для примера представил лог ошибки только самой первой, логи ошибок остальных идентичны.

Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 09:38 15-12-2009
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Serg0FFan
А сервис-паки у вас стоят? Возможно, с их установкой проблема исчезнет: http://support.microsoft.com/kb/921106

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 10:21 15-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bigsloth
Первым делом установил SP3 сразу же после установки сабжа.  
 
Добавлено:
версия 9.0.4035  
 
Добавлено:
Сейчас скачаю и установлю CU1 для  SP3 (версии 4266), может быть поможет.
 
Добавлено:
Накатил SP3_CU1_build4266, посмотрим как дальше будет себя вести сабж.
Если проявится глюк то ночью. Почему то если запускать задание разностного
копирования ручками днём, то всё ок, а вот ночью вылезала ошибка.

Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 10:42 15-12-2009
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Вот, посмотрите еще ссылку: http://vittoriop77.blogspot.com/2007/09/sql-2005-backup-error-1073548784.html. Так же может помочь.

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 06:40 16-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bigsloth
Обновление не помогло Ночью опять таже самая фигня.  
По поводу ссылки что Вы дали: выбрал только конкретные пользовательские базы, завтра посмотрим что будет.

Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 10:15 16-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bigsloth
Результат тот же Нисссссссссссссссссиго не понимаю (с) "Следствие ведут колобки".

Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 10:15 17-12-2009
bigsloth



Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Serg0FFan
уфф... Я уж и не знаю что предположить. Только, мб, что-то стандартное - прав доступа к папке с бэкапами у учетки от которой sql server запускается достаточно для записи?
Ну и еще один вариант, исходя из предыдущей ссылки - мб базы уходят в офлайн сами (AutoClose = true)? Хотя, ошибка, вероятно, была бы другая..
Ну и, если не помогает, попробуйте использовать не план обслуживания, а создать job "руками".

Всего записей: 239 | Зарегистр. 18-09-2009 | Отправлено: 14:44 17-12-2009
Serg0FFan



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
bigsloth
sql запускается от имени группы SYSTEM, права на папку есть, да и пишет лог транзакций спокойно в течении всего рабочего дня.
Если "руками" запустить план обслуживания либо задание, то все "ок". А вот ночью почему то не хочет запускаться
Автоматическое закрытие = False на всех базах.
 
Добавлено:
Не  подскажете как руками создать Job?

Всего записей: 3032 | Зарегистр. 25-12-2002 | Отправлено: 15:32 17-12-2009
Открыть новую тему     Написать ответ в эту тему

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