» Microsoft SQL SERVER

2ALL
Хм... а что теперь SQL 2008 можно целиком на WinXP x86 ставить? Под WinXP я редко работаю, держу ее когда надо близко сымитировать работу пользователя. Раньше, когда работал с SQL 2000, на WinXP только инструментарий ставился, а сейчас SQL 2008 вроде как полная установка пошла...!? Ели отменить успел, или я с перепугу что-то путаю?

Цитата:

Подскажите, пожалуйста, от чего примерно может разрастись системная база tempdb до 20Гб и самое главное - почему она не сжимается? SQL 2008.

Самое простое - перезагрузить сервер. Или перезапустить службы, tempdb пересоздастся.


Цитата:

Хм... а что теперь SQL 2008 можно целиком на WinXP x86 ставить?

Зависит от редакции. По-моему только Enterprise'у требуется серверная ОСь, остальных удовлетворит XP Pro с SP2 (или 3, не помню точно)

bigsloth
все хорошо, все понятно вроде. А не могли бы Вы показать в качестве примера, как настроено у вас все?
Хотя бы в общих словаХ скрипты не обязательны Так наверное нагляднее будет.

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

Этого достаточно для того, чтобы если вдруг чего, можно было восстановиться безболезненно?

Serg0FFan

Цитата:

Сделал план "Полный бэкап всех пользовательских баз" - раз в месяц создаётся полная копия всех пользовательских баз

Цитата:

Сделал план "Бэкап журнала транзакций" - каждый час создаётся накопительная копия журнала транзакций

А теперь предположим у вас случилась беда...
Поломалась база в предпоследний день перед очередным ежемесячным бэкапом за час до назначенного времени. Бывает же, ну правда...
Для восстановления работоспосбности базы на состояние до аварии Вам придется восстановить полный бэкап, сделанный месяц назад и последовательно накатить на него 719 (30x24-1) бэкапов логов транзакций.
Вы уверены, что вы создали оптимальный план резервирования своих данных???

Отключил в SSMS вывод в лог виндовс успешный бэкап, с помощью флага трассировки 3226:

Код: DBCC TRACEOFF (3226,-1)

Serg0FFan
Все сильно зависит от того объема (временного периода) с потерей которого Вы (Ваша компания) готова смириться... И сколько готова на это потратить.


Цитата:

опия лога транзакция создается раз в час с 9 утра до 20 вечера, т.е. 12 штук в сутки
итого получаем 12х31 =372

Ну во-первых, восстановление что полного бэкапа, что бэкапа лога (в зависимости от периода бэкапа и интенсивности транзакций) занимает время. Больше файлов для восстановления - дольше сам процесс восстановления.
Во-вторых, посчитайте сколько времени у вас займет указание имен 372 файлов при добавлении их соотв. форму в Management Studio (или перечисление этих имен файлов в скрипте) при восстановлении.
Если вы готовы смириться с потерей данных за день (восстановить состояние базы "на вчера") - ежедневные бекапы ваш выбор...
Если Вам хочется восстановить данные на "час назад" - ежедневный бэкап + ежечасный бекап лога транзакций (возможно комбинирование с разностными бэкапами базы) Вам помогут.
Ну и так далее...

Естественно на выбор оптимального плана влияют и размер базы и характер доступа к базе, и возможность доступа к локальным носителям/скорость работы этих носителей (в частности куда делается бэкап) и еще куча других факторов...

Думаю Вам должны подойти ежедневный полный бекап + ежечасный бэкап лога. Если полный бэкап занимает много времени/ресурсов - ну делайте ежемесячный и разностные еженедельные(еже2-хнедельные)...

naPmu3aH
Спасибо за подробный ответ
есть два условия:

1) необходимо хранить ежедневную копию базы в течении года. Часто возникает потребность сравнить что изменилось
в базе 1С. Потому как бухгалтера частенько говорят "раньше все было по другому". Вот чтобы выявить в чем разница,
поднимается копия и ищутся различия и виновный. Ну и делаются исправления.

2) необходимо иметь возможность восстановить копию, в случае аппаратного сбоя например или еще чего (не дай Бог).

Вот собственно два основных требования. Полная копия делается ночью и потому никого не напрягает.

Serg0FFan

Цитата:

1) необходимо хранить ежедневную копию базы в течении года

Ежедневную?
Даже в вашем первоначальном сценарии была был ежемесячный полный бэкап...

Если все-таки надо ежемесячный - ну складывайте раз в месяц из места куда вы делаете ежедневные бекапы один в другое место (где храните ежемесячные)


Цитата:

необходимо иметь возможность восстановить копию, в случае аппаратного сбоя например или еще чего (не дай Бог)

Ну в общем-то все копии делаются именно для этого...
Надеюсь Вы делаете бэкапы не рядом (на тот же диск, например) с основной базой?

Кроме того настоятельно рекомендую время от времени (частота по желанию) проверять бекапы путем восстановления в копию базы на другом сервере/компьютере...
А то встречался я с таким: складываются куда-то бекапы год, другой, а потом когда ВНЕЗАПНО становится необходимо один из них развернуть оказывается что ВСЕ они битые из-за проблем с сетью/диском/и т.п.

bigsloth
Цитата:

Самое простое - перезагрузить сервер. Или перезапустить службы, tempdb пересоздастся.

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

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

Цитата:

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

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


Цитата:

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

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


Цитата:

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

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


Цитата:

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

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

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

bigsloth
Цитата:

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

Спасибо за подсказку, "Начальный размер" почему-то стоит 19823Мб. Буду трясти админов кто и зачем такое сделал.

bigsloth
А в лог все равно пишет Хотя судя по смыслу не должен бы. Что делать ума не приложу.

Цитата:

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

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

bigsloth
) но было бы корректнее писать ТОЛЬКО об ошибках %)

Уважаемые, подскажите где не прав?
С помощью мастера планов создал три плана:
1) Полное резервное копирование пользовательских баз в файл (файл выбрал сам), с добавлением - назначил расписание: раз в месяц;
2) Ежедневное разностное копирование пользовательских баз, в другой файл (так же указал имя файла) - расписание: раз в сутки, ночью.
3) Резервирование лога тразакций каждый час с 9 утра до 18 вечера в отдельный файл.

Вся эта музыка прекрасно работает, но через день или два проявляются ошибки в плане номер 2 (разностное ежедневное копирование). Хотя
и указано что все копии делать в один файл, но в логах пишет что копия не сделана, ибо не сделана ПОЛНАЯ копия %). Может быть что то не
понимаю? Ведь сначала выполняю вручную план 1, где делается ПОЛНАЯ копия (хотя в другой файл). А уж на основании этой копии делается
ежедневная разностная. Может быть сама по себе схема не очень правильная? Жду "разносов"


Добавлено:
P.S. есть подозрение что проблема со службой времени на сервере как то затрагивает SQL север. Ибо последние
3 дня сыпятся ошибки, что не может синхронизировать время. Настроил на другой NTP, посмотрим что будет дальше.

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


Цитата:

в другой файл

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

bigsloth
Хм об этом как то я и не подумал. %) Про очень большой файл.

Добавлено:
Еще вопрос, а имеет смысл разделять по папка файлы полного, разностного и лога транзакций?
Сейчас они все в куче лежат, есть разбиение только на папки по названию баз.

Цитата:

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

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

bigsloth
По поводу ошибки. Вот что в логе системы:

Код:
Операция BACKUP не выполнила команду BACKUP DATABASE work_firma_texno WITH DIFFERENTIAL. Проверьте дополнительные сообщения в журнале приложения резервного копирования.

Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".

Serg0FFan
А сервис-паки у вас стоят? Возможно, с их установкой проблема исчезнет: http://support.microsoft.com/kb/921106

bigsloth
Первым делом установил SP3 сразу же после установки сабжа.

Добавлено:
версия 9.0.4035

Добавлено:
Сейчас скачаю и установлю CU1 для SP3 (версии 4266), может быть поможет.

Добавлено:
Накатил SP3_CU1_build4266, посмотрим как дальше будет себя вести сабж.
Если проявится глюк то ночью. Почему то если запускать задание разностного
копирования ручками днём, то всё ок, а вот ночью вылезала ошибка.

Вот, посмотрите еще ссылку: http://vittoriop77.blogspot.com/2007/09/sql-2005-backup-error-1073548784.html. Так же может помочь.

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

bigsloth
Результат тот же Нисссссссссссссссссиго не понимаю (с) "Следствие ведут колобки".

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

bigsloth
sql запускается от имени группы SYSTEM, права на папку есть, да и пишет лог транзакций спокойно в течении всего рабочего дня.
Если "руками" запустить план обслуживания либо задание, то все "ок". А вот ночью почему то не хочет запускаться
Автоматическое закрытие = False на всех базах.

Добавлено:
Не подскажете как руками создать Job?

Добрый день.
Помогите. Есть Windows 2008 64bit и MS SQL Server 2008
Надо настроить резервное копирование раз в неделю, что бы все делалось автоматически. Как это сделать?