Создание Maintenance Plan'а

KVP_aka_Wist

02.06.2009 - 06:45

Я, мягко говоря, не очень хороший админ, но кроме меня это ни кто не сделает :(
В общем, задача сделать автоматический ежедневный бэкап сиквельной базы торгового предприятия.
База лежит на MS SQL 2005. Нашел такой механизм, как Maintenance Plans... добавил один, автоматически создался субплан. В нем добавляю задачу "Back Up Database Task", прописываю настройки и на выходе получаю такой вот скрипт:
.
BACKUP DATABASE [kmptorg3] TO DISK = N'E:\kmptorg3_backup\kmptorg3_backup_200906021928.bak' WITH RETAINDAYS = 2, NOFORMAT, NOINIT, NAME = N'kmptorg3_backup_20090602192821', SKIP, REWIND, NOUNLOAD, STATS = 10
.
В этом же субплане задал график работы: Occurs every day at 4:00:00. Schedule will be used starting on 03.06.2009.
.
Вот-с. Есть вопрос: то что в скрипте обозначенно RETAINDAYS = 2, или в визарде, как backup set will expire. Что это? Я так понимаю время жизни архива, после которого он будет перезаписан (overwrite)? Мне нужно, что б бэкапы не плодились, а было всего два - за прошедший и позавчерашний день (на случай неработоспособности первого). Очень смущает имя файла архива в скрипте (в нем присутствует дата и время), что наводит на мысль о том, что каждый день будет создаваться новый бэкап рядом со старым и через две недели диск будет переполнен. Я прав?

К списку тем

К списку форумов

Интересные темы

odines.ru

23.11.2024 - 08:20

Смотри также:
Люди! У кого есть в текстовом виде все операторы 1С
Терминальный сеанс через интернет
Не обнаружен ключ защиты...

Re: Создание Maintenance Plan'а

Lexusss

1 - 02.06.2009 - 07:01

Не прав. SQL, он сцуко, умный :-)

Re: Создание Maintenance Plan'а

Umka2008

2 - 02.06.2009 - 07:52

0 - Мне нужно, что б бэкапы не плодились, а было всего два - за прошедший и позавчерашний день (на случай неработоспособности первого).
А представим - сбой случился в пятницу вечером.
Ты в понедельник приходишь и у тебя 2 архива - суббота и воскресенье. Оба со сбойной базкой. И чего?
Лучше сохранять за каждый день, потом заворачивать RAR-ом (очень хорошо сжимается) и потом убирать на другой сервак. Все это сделать в батнике
А чистку на том серваке проводить за прошлый месяц, оставляя 1 и 15 числа

Re: Создание Maintenance Plan'а

KVP_aka_Wist

3 - 04.06.2009 - 01:33

Спасибо за советы... продолжу эксперименты :) БД совсем плохая, есть несколько ключевых регистров (ПартииТоваровНаСкладах, ЗаказыПокупателей, ВзаиморасчетыСКонтрагентами и т.п.) по которым не закрываются остатки, часть по вине предыдущих программеров, часть (ЗаказыПокупателей) по моей (нужно было вообще отключить проведение Заказа по этому регистру, т.к. в контексте данной организации этого не требуется или каким-либо образом регламентированно закрывать). Но не суть, главное вес 4,5 летней УТ почти 19 гигов. Бэкап, посмотрел, делается почти один в один по размеру, но быстро (6 минут), боюсь автоматическое сжатие этого дела в рар-архив может потребовать много большего времени.
Еще такой вопрос, что, кроме бэкапа, имеет смысл регламентированно делать средствами SQL сервера? С учетом, конечно, объема БД в 19 гигов.

З.ы. крик души. Нафига в УТ прикручен учет НДС и регистры типа РасчетыСКонтрагентами? Кто-нибудь делает Книги Покупок и Продаж в УТ?

Re: Создание Maintenance Plan'а

4 - 04.06.2009 - 04:08

...автоматическое сжатие этого дела в рар-архив может потребовать много большего времени - тебе что за печаль? Отдельная задача, в фоновом режиме, базу не трогает, пишет вообще на другой диск...

Re: Создание Maintenance Plan'а

Umka2008

5 - 04.06.2009 - 04:42

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

В типовой они и закрываются не поверишь, Реализациями. А отключать как раз не надо, так как Манагеры резервируют товар, иначе у вас из остатка 100 шт один продаст 100, другой тоже ...
А что за вопрос про Расчеты с Контрагентами? По нему ведется учет с ними. Если он у вас криво закрывается или не работает, то это не значит, что НАФИГА ОН?
И Книги покупок и продаж ес-но используются в тех фирмах, где учет поставлен правильно. ИМХО у вас проблема не в объеме баз, а в том, что никто не занимался постановкой учета. Программеры лоскутками решали локальные задачи и сваливали, получая за это бабки. А что будет потом с базой - никому нет дела

Интересные темы

odines.ru

23.11.2024 - 08:20

Смотри также:
У кого какой RAID ?
Xeon 5405(2ghz) работает медленнее чем Core2Duo 6700 (2,6ghz)
Вылетает 1С

Re: Создание Maintenance Plan'а

уЖас

6 - 04.06.2009 - 05:08

(0)Батник в стандартный планировщик.
sqlmaint -S имясервера -U sa -P пароль -D имябазы -BkUpDB D:\Arhivs\SQL -BkUpMedia DISK -DelBkUps 2day

Re: Создание Maintenance Plan'а

KVP_aka_Wist

7 - 04.06.2009 - 05:27

(5)
1. Дело в том, что у нас (дистрибьюция продуктов питания) заказ не обязан полностью выполняться, т.к. это заявка, которую торговый делает на КПК в магазине и сбрасывает по жпрс. Состав же отгрузки по этой заявке зависит от текущих остатков, и если чего то не хватает, то позиция безжалостно вычеркивается, а клиенту отгружается то что есть и о заказе забывается. По этой причине вычеркнутые позиции накапливаются на рег. ЗаказыПокупателей.
2. В УТ два регистра взаиморасчеты и расчеты с контрагентами, причем если в первом фактическая задолженность, то во втором виртуальная, которая в моей практике ни кем не была востребована, но не отключается и двигается почти каждым вторым документом в конфигурации.
3. Книги в управленческой базе нонсенс... может в УПП так и делают, но классика, что БУ ведется в отдельной конфе. ТиС+Бух или УТ+Бух, а заставь бухгалтеров работать в чем то, что не имеет плана счетов - они очень растроятся :) Бух 7.7 наш выбор.
И вся УТ в этом, конфа серьезно переутяжелена тем функционалом, который используется 10% покупателей. Нерационально.

Впрочем, то что не поставлен учет спорить не буду, так и есть. Людей которые смогли бы это сделать, во-первых, очень сложно найти, а, во-вторых, они быстро убегут, т.к. есть определенный негатив в работе с местными папиками.

З.ы. повторюсь: что, кроме бэкапа, имеет смысл регламентированно делать средствами SQL сервера?

Re: Создание Maintenance Plan'а

Umka2008

8 - 04.06.2009 - 06:10

З.ы. повторюсь: что, кроме бэкапа, имеет смысл регламентированно делать средствами SQL сервера?

Ну например шринкать лог, ведь он имеет свойство расти.
Бекап и Лог - вот что делается средствами СКЛ обычно.
УТ не переутяжелена - просто вы используете 10% ее возможностей, ибо вам много не надо. Нужно было тогда поставить не УТ, а что-то специфичное для вашей деятельности, сейчас много таких конфигураций есть

К списку тем

К списку форумов

Добавить новое сообщение

« при вставленом ключе 1с компьютер не выключается.

Не могу деинсталировать 7.7 пишет "Программа не может найти файл протокола установки" »

Ваше имя:
Тема сообщения:
Сообщение: