1с sql 2000 настройка
Актуальной проблемой использования 1С Предприятия 7.7 для SQL является практическая невозможность вписать ее в современную IT инфраструктуру. Не менее серьезные затруднения возникают и при попытке лицензирования пиратских версий. Основной камень преткновения - возможность официальной работы только с SQL Server 2000. Однако выход есть: компания Etersoft разработала транслятор запросов MS SQL в запросы PostgreSQL, что позволяет заменить дорогой и устаревший SQL Server 2000 бесплатным Postgre. Насколько удобно и надежно такое решение мы решили рассмотреть в данной статье.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Мы не будем заострять особого внимания на проблемах использования SQL версии 1С Предприятие 7.7, они и так всем известны. Это невозможность полноценной работы в среде Windows 7 (Vista) / Server 2008 и высокая стоимость SQL сервера и лицензий к нему в случае лицензирования. Однозначно рекомендовать переход на 1С Предприятие 8 не всегда представляется возможным, зачастую конфигурации довольно сильно переписаны под особенности конкретного предприятия и их адаптация к "восьмерке" требует довольно серьезных затрат, как финансовых, так и временных (надо заново доработать конфигурацию, отладить и протестировать). Компромиссным решением в данной ситуации будет использование 1С Предприятия совместно с PostgreSQL, для этого мы рекомендуем использовать продукт SELTA@Etersoft. Данный продукт является коммерческим, однако его стоимость значительно ниже стоимости SQL Server от Microsoft и лицензий к нему, для оценки целесообразности перехода можно запросить полнофункциональную пробную версию на сайте компании.
Итак, что нам понадобится? Собственно SELTA@Etersoft и файл лицензии к ней, а также PostgreSQL в редакции Etersoft. В качестве платформы мы будем использовать Windows Server 2008 R2 и проверим работу программы с использованием клиентских компьютеров под управлением Windows ХР и Windows 7.
Установка
Для успешной установки SELTA@Etersoft в среде Windows 7 (Vista) / Server 2008 необходимо выполнить ряд подготовительных действий:
- Запуск установки должен осуществляться от имени Администратора.
- Перед установкой необходимо сделать Администратора владельцем файла c:\windows\system32\odbcbcp.dll и дать ему все права на этот файл.
- Проверить, что Администратор имеет полные права на ветку реестра HKLM/SOFTWARE/ODBC/ODBCINST.INI/SQL SERVER.
Теперь можно начинать установку SELTA@Etersoft.
С какими либо другими сложностями мы не столкнулись, по завершении установки перезагружаем ПК и приступаем к инсталляции PostgreSQL, запустив SETUP.BAT из комплекта поставки.
Настройка на сервере
Завершив установку PostgreSQL, запускаем SELTA@Etersoft, не забыв поместить файл лицензии в каталог установки последней.
Теперь создадим и инициализируем новую БД для конфигурации 1С: Утилиты - Инициализация БД. Появится окно параметров соединения с сервером PostgreSQL. Адрес сервера необходимо указать в виде IP: 127.0.0.1 или адрес сетевого интерфейса сервера (в нашем случае 192.168.85.131). Ниже указываем имя суперпользователя (postgres) и его пароль.
Загрузив информационную базу в БД можем устанавливать версию 1С для SQL и настраивать базу для работы с PostgreSQL сервером. Здесь все делается так-же как при работе с MS SQL (во всяком случае сама 1С продолжает так "думать"). Опытным путем мы выяснили что имя SQL сервера в 1С лучше указывать в виде IP адреса, в этом случае соединение с сервером БД происходит гораздо быстрее.
Настройка на клиентских ПК
Предварительно на каждый клиентский ПК устанавливаем SELTA@Etersoft, для Vista / 7 не забываем установить необходимые права на файлы и ветки реестра (см. выше), затем устанавливаем 1С для SQL и подключаем необходимые информационные базы. При включенном брандмауэре проверяем и, при необходимости, открываем порт 5432 для PostgreSQL. Мы одинаково успешно проверили работу 1С:Предприятие в операционных системах Windows XP и Windows 7 (32 и 64 бит).
Необходимые действия при обновлении конфигурации 1C
Сразу обращаем ваше внимание, все административные действия с информационной базой, в том числе обновление, следует производить в среде Windows XP / Server 2003. После каждого обновления конфигурации следует пересоздать триггеры. Это связано с особенностями работы 1С + Selta + PostgreSQL, невыполнение этого требования способно существенно замедлить работу со справочниками и журналами.
Для работы с PostrgreSQL мы рекомендуем установить pgAdmin, удобную утилиту управления SQL сервером. Для пересоздания триггеров следует при помощи pgAdmin выполнить следующий запрос:
Для этого разворачиваем дерево Базы, выбираем необходимую БД и нажимаем кнопку Выполнить пользовательские SQL запросы (1), в открывшееся окно вводим запрос и жмем кнопку Выполнить запрос (2).
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Настраиваем 1С Предприятие 7.7 для работы с SQL Server 2000
Одним из способов повысить быстродействие 1С Предприятия 7.7, особенно при работе с большими базами, является переход от файлового режима 1С к использованию SQL сервера. Несмотря на то, что оба продукта уже заканчивают свой жизненный цикл, данная тема остается довольно актуальной. В данной статье мы рассмотрим практическую настройку сервера для работы 1С Предприятия совместно с SQL Server 2000.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Немного теории, или что нам дает SQL?
Перед тем как браться за реализацию проекта, необходимо усвоить базовый объем знаний и твердо знать ответы на следующие вопросы: в чем основное отличие файлового и SQL вариантов работы 1С Предприятия, от чего зависит быстродействие в обоих случаях и какие требования предъявляются к оборудованию и сети. Непонимание этих, в общем то простых, вещей приводит к тому, что переход на SQL версию 1С не приносит желаемых результатов или вообще, результат противоположный ожидаемому.
Рассмотрим работу 1С в режиме разделения файлов. Вся обработка информации производится на рабочей станции, сервер играет роль общего файлового хранилища. Основные требования к такому серверу: быстрый жесткий диск и отказоустойчивость дисковой системы (обычно реализуется RAID 1, реже RAID 10). Обычно такой "сервер" представляет из себя обычную бюджетную машину с RAID контроллером и гигабитным сетевым адаптером.
При выполнении операции (отчета, обработки и т.п.) часть базы или даже вся база закачивается по сети на рабочую станцию, где уже и выполняется вся необходимая обработка данных. От чего зависит быстродействие в данном случае? В первую очередь от мощности рабочей станции и пропускной способности сети, более мощная машина будет более быстро строить отчеты и выполнять проводки.
Еще одним важным параметром является размер базы данных, с ее ростом выше некоторых пределов быстродействие начинает падать в геометрической прогрессии. Основным узким местом становится пропускная способность сети, а основным фактором влияющим на быстродействие и определяющий критический размер базы является количество активных пользователей.
Наш практический опыт показывает: для небольших рабочих групп (5-10 пользователей) критический размер базы начинается от 200-300 Мб. Бороться с этим можно увеличением быстродействия сети и оптимизацией потоков трафика в организации или ежегодной (ежеквартальной) сверткой БД.
Однако свертка это не выход, для нормальной работы торгового предприятия необходимы данные как минимум за текущий год, да и данные прошлых периодов также бывают частенько нужны. Вложения в расширение пропускной способности сети себя как правило не окупают, размеры БД и объемы трафика в сети растут намного быстрее, особенно если руководство решит "немного" расшириться, на 1-2 рабочих места.
Теперь посмотрим как обстоят дела в SQL варианте. Вместо таблиц все данные хранятся в одной SQL базе данных. Теперь рабочая станция передает на сервер короткие запросы, которые полностью обрабатываются на стороне сервера и рабочей станции возвращается конечный результат запроса. Это позволяет снизить трафик в разы и во столько же раз повышает нагрузку на сервер. К быстродействию рабочих станций особых требований не предъявляется, также будет вполне достаточно обычной 100 Мб сети.
Хотя следует помнить, что 1С Предприятие 7.7 для SQL довольно неоптимально и не использует многие возможности SQL сервера, поэтому часть данных обрабатываются не сервером, а рабочей станцией и в случае работы с емкими отчетами и обработками быстродействие рабочей станции тоже будет играть не последнюю роль. Основная же нагрузка ложится на сервер.
Распространенная ошибка - использование в качестве SQL сервера того же железа, что использовалось в качестве файлового сервера. Можно с уверенностью сказать, что результат будет противоположен ожидаемому. Если сразу пять пользователей запустят формирование отчетов, все эти пять отчетов будут формироваться сервером, следовательно вычислительных ресурсов сервера должно хватать для одновременной обработки запросов сразу от всех пользователей. Объем оперативной памяти должен быть достаточным для того, чтобы в нем полностью помещались SQL базы, также базы желательно вынести на отдельный от системы и других данных жесткий диск (дисковый массив), чтобы избежать конкуренции за доступ к головкам жесткого диска.
В случае совмещения SQL сервера с сервером терминалов на одной физической машине следует удостовериться, что ее ресуров достаточно для одновременной обработки запросов SQL сервера и клиентских приложений 1С, а оперативной памяти достаточно как для SQL сервера, так и для пользовательских приложений. В любом случае желательно ограничится выносом в терминал только 1С, прочие приложения желательно оставить на рабочих станциях, либо разнести сервер терминалов и SQL сервер по отдельным машинам. Также нежелательно совмещать на одном SQL сервере несколько объемных 1С баз. Как показывает практика, бывает дешевле купить под вторую базу отдельный сервер, чем покупать мощный сервер сразу под все базы.
Подведем краткие итоги. Основные преимущества SQL сервера раскрываются при работе с базами большого объема, в тоже время нет никакого смысла переводить на SQL небольшие базы с малым количеством пользователей.
От теории к практике. Установка SQL сервера.
Установка MS SQL Server 2000 проста и незамысловата, однако уже на стадии установки необходимо указать несколько отличных от установки по умолчанию параметров, необходимых для нормальной работы 1С. Платформой для установки сервера будет Windows Server 2003 SP2. Если вы устанавливаете версию SQL сервера с пакетом обновления ниже чем SP3, то система выведет вам грозное предупреждение, что устанавливаемая версия несовместима с системой, которое можно смело проигнорировать, практика показала - все работает прекрасно.
Далее, в процессе установке принимаем все значения по умолчанию пока не дойдем до экрана Services Accounts, здесь устанавливаем переключатель в положение Use the Local System account
На следующем экране выбираем вариант Mixed Mode и вводим пароль для пользователя sa, от имени которого мы будем подключаться к БД.
Остальные параметры оставляем по умолчанию. По завершению установки желательно обновить SQL сервер до последней версии, установив SP4 (скачать). Установка SP4 производится со значениями по умолчанию, кроме параметров соединения с сервером, здесь переводим переключатель в верхнее положение и вводим пароль для sa.
Настройка 1С Предприятие
Теперь, когда SQL сервер установлен и готов к использованию необходимо настроить 1С Предприятие. Напомним, что для работы с SQL сервером необходима отдельная версия 1С для SQL. Для успешной работы с SQL сервером в базе 1С должен быть заведен хотя бы один пользователь. Далее загружаем целевую базу в конфигуратор и производим выгрузку данных через Администрирование - Выгрузить данные.
После чего создаем заготовку будущей БД, для этого в отдельную папку копируем все папки из рабочей базы данных и все файлы кроме файлов конфигурации и таблиц (V7Plus, библиотеки для работы с торговым оборудованием и т.п.)
Следующим шагом необходимо создать новую SQL базу для хранени наших данных. Для этого запускаем Enterprise Manager.
На первой закладке открывшегося окна вводим имя создаваемой базы, вторая и третья закладка определяют пути хранения файла БД и файла лога транзакций. По умолчанию предполагается их хранение в папке установки SQL сервера, однако желательно хранить их в отдельной папке рядом с базой 1С (желательно на отдельном жестком диске или на отдельном разделе).
Создав базу, подключаем папку с заготовкой в качестве базы 1С и загружаем Конфигуратор. На вопрос выбора формата хранения данных указываем MS SQL Server, в Конфигураторе выбираем Администрирование - Параметры базы данных SQL и заполняем поля.
В качестве сервера указываем сетевое имя машины, его можно подсмотреть в SQL Server Service Manager, щелкнув на значке в трее рядом с часами. В поле База Данных вводим название базы, которое мы указали при ее создании в Enterprise Manager. Пользователь sa, ниже вводим его пароль.
Как видим ничего сложного нет, и при наличии должных навыков весь процесс занимает не более часа, при этом большая часть времени уходит на загрузку - выгрузку базы.
Дополнительные материалы:
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Резервное копирование баз данных MS SQL Server 2000
MS SQL Server 2000 несмотря на свой преклонный возраст продолжает активно использоваться на просторах нашей страны, во многом "благодаря" системе 1С:Предприятие 7.7, работающему только с этой версией SQL сервера. Второй по важности, после обеспечения бесперебойного функционирования, задачей для системного администратора является организация своевременного резервного копирования данных, этот вопрос мы и рассмотрим в настоящей статье.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
MS SQL Server 2000, как и любой другой серверный продукт Microsoft имеет штатные инструменты резервного копирования, возможностей которых вполне достаточно для любых повседневных задач. Не будем повторять общие правила, которых следует придерживаться разрабатывая политику резервного копирования, но настоятельно рекомендуем ознакомится с ними.
Перейдем непосредственно к практике. Запускаем Enterprise Manager.
Теперь, чтобы не перезагружать сервер, запустим SQL Server Agent вручную. Для этого разворачиваем папку Management и запускаем Agent правой кнопкой мыши, выбрав Start в выпадающем меню.
Следующие несколько закладок просто пролистываем, пока не доберемся до Specify the Database Backup Plan. Здесь оставляем все по умолчанию и переходим к настройке расписания нажав кнопку Change.
С расписанием особых сложностей возникнуть не должно, все предельно понятно. Мы настроили ежедневное копирование в 21:00 начиная с 31 Марта.
На следующей закладке выбираем папку для хранения резервных копий (крайне желательно чтобы это был внешний или сетевой диск). Если мы создаем (планируем создавать) копии более чем одной базы можно установить галочку для автоматического создания подпапок для каждой БД, здесь же задаем срок хранения резервных копий. Мы не видим смысла хранить копии более 1 месяца, поэтому поставили срок в 4 недели.
На закладке Specify the Transaction Log Backup Plan аналогичным образом настраиваем резервное копирование лога транзакций, задаем ему расписание и место хранения, если баз много советуем разнести резервное копирование баз и логов по времени. Копирование лога транзакций не является обязательным, однако его наличие позволяет откатить базу на произвольное время с момента создания предыдущей копии, что очень удобно, нужное время довольно быстро находится последовательным делением временного промежутка пополам.
Остальные настройки оставляем по умолчанию и только на последней закладке переименовываем план во что нибудь понятное, для собственного удобства.
Теперь разворачиваем SQL Server Agent и выбрав пункт Jobs убеждаемся в наличии там двух заданий. Запускаем их вручную (ПКМ - Start Job) и проверяем правильность выполнения. Все, можем спать спокойно, резервное копирование настроено.
Для восстановления базы из резервной копии щелкаем на нужной базе правой кнопкой мыши и выбираем Все задачи - Restore Database.
В открывшемся окне указываем дату и внизу выбираем необходимый архив. Если у нас есть копия лога транзакций, то доступна опция Point in time restore с помощью которой можно выбрать момент времени, на который мы хотим восстановить базу.
Удостоверившись в правильности всех настроек можем нажать ОК и приступить к процессу восстановления. Однако мы не советуем восстанавливать базу данных поверх рабочей, лучше создайте для этого отдельную, чистую, базу. Это несложно и занимает минимум времени, зато отлично страхует вас на случай если что-то пойдет не так.
В том случае, если SQL база не является единственным хранилищем данных и настроек программы не следует забывать о резервных копиях для этой информации. Работая с SQL версией 1С:Предприятие 7.7 не забывайте копировать папку с базой (убедившись что не копируете при этом файлы SQL базы) каждый раз после внесения изменений в конфигурацию, внешние отчеты и т.п. А лучше это делать регулярно, вместе с копированием SQL баз данных. О том как настроить резервное копирование папок и файлов читайте нашу статью: Windows Server 2003. Резервное копирование.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Эта статья посвящена тонкостям установки MS SQL Server 2000 для работы с 1С. Для начала убедитесь, что у Вас есть сервис-пак SP3a или SP4 для SQL сервера. За SP4 ручаться не буду, с SP3a 1С 7.7 работает нормально.
Установка SQL сервера
В процессе установки SQL сервера есть несколько моментов, о которых необходимо помнить:
-
На сервер устанавливайте серверную и клиентскую часть:
Если Вы переводите DBF базу в формат SQL, выберите настройку, предлагаемую по умолчанию. В этом случае будет выбран порядок сортировки Cyrillic_General_CI_AS:
Если Вы хотите перенести базу в формате MS SQL Server 7.0 на MS SQL Server 2000, выберите порядок сортировки SQL_Latin1_General_CP1251_CI_AS:
Переходим к настройке серверной и клиентской частей SQL сервера. Запустите "Server Network Utility":
На закладке "General" оставьте только один разрешенный протокол - TCP/IP и сохраните настройку:
Запустите "Client Network Utility". На закладке "Общие" оставьте только один разрешенный протокол - TCP/IP:
На закладке "Псевдоним" настройте псевдоним сервера. Если Имя Вашего сервера ServerSQL, то настройка псевдонима будет выглядеть так:
На этом установка SQL сервера завершена.
Установка клиентских частей SQL сервера
на компьютеры пользователей
Для того, чтобы компьютеры пользователей могли работать с SQL сервером, на них необходимо установить клиентскую часть. Она устанавливается с того же дистрибутива, что и серверная.
В окне выбора типа инсталляции укажите "Connectivity Only". Тогда на компьютер пользователя будет установлена программа "Client Network Utility":
Обязательно установите сервис-пак, который выполнит необходимые обновления. По завершении установки настройте клиентскую часть, как это было описано выше.
Проверка соединения с SQL сервером
Остался заключительный этап - проверка возможности соединения пользовательского компьютера с SQL сервером. Для этого воспользуйтесь программой "Источники данных (ODBC)":
Выберите закладку "Системный DSN", там Вы должны увидеть источник данных с драйвером "SQL Server". Выделите его и нажмите кнопку "Настройка":
Теперь Вы готовы к настройке SQL сервера. Но об этом мы поговорим в следующей статье.
Примечание: в статье отражено мое мнение по настройке сервера. Оно может не совпадать с Вашим мнением и / или мнением других специалистов.
Путем проб и ошибок, путем тестирования на 200+ живых пользователей, консультаций с десятками Гуру и поиска по сотням официальных и не очень сайтов был разработан оптимальный вариант настроек MS SQL для круглосуточной работы более, чем 200 пользователей одновременно.
1. Настройка сервера
Во-первых нам нужен только сервер, остальные службы, которые к нему относятся и возможно кто-то ими пользуется, нам только тормозят работу. Останавливаем и отключаем такие службы, как FullText Search (у 1С собственный механизм полнотекстового поиска), I ntegration S ervices и иже с ними.
SQL Server (sqlservr.exe)
SQL Server Agent (SQLAGENT.exe)
SQL Writer (sqlwriter.exe)
Далее в свойствах сервера, через Server Management Studio устанавливаем:
Максимально отведенное серверу количество памяти из расчета:
[Общее количество оперативной памяти сервера] – [4ГБ под систему(2ГБ если Win2003)] – [1,5 ГБ * количество процессов rphost (если SQL и 1С на одном сервере вращаются.)] Например если у нас на сервере всего 36 ГБ оперативной памяти, стоит Windows 2008 и запущено 8 процессов rphost то рассчет идет так: 36 - 4 - 1.5*8 = 20 ГБ ставим ограничение для SQL.
Это необходимо для того, чтобы sql сервер рассчитывал на этот объем и чистил память заблаговременно, т.к. если поставить неограниченный объем, и сервер попробует получить память, которой нет, он начинает крепко задумываться над своим поведением и крайне медленно отвечать на запросы.
Максимальное количество потоков (Maximum worker threads) ставим 2048, по умолчанию стоит 0 и с таким значением сервер не создает больше 255 потоков, а этого ему не хватает (установлено опытным путем, что при большом количестве одновременных транзакций сервер реально начинает быстрее работать). Также выставляем галку повышенного приоритета сервера ( Boost priority ).
Собственно с глобальными настройками все. Теперь переходим к настройкам рабочей базы данных (или нескольких баз, если такое имеет место быть).
2. Настройка рабочей базы данных
Заходим в свойства нужной нам базы данных:
Если база еще не развернута из .dt файла, и вы знаете примерный ее размер, то первичному файлу размер инициализации лучше сразу указать >= размера базы, но это дело вкуса, он все равно вырастет при развертке. А вот Автоувеличение размера надо обязательно указать примерно по 200 МБ на базу и по 50 МБ на лог, т.к. значения по умолчанию – рост по 1МБ и по 10% очень сильно тормозят работу сервера, когда ему при каждой 3й транзакции надо файл увеличивать. Также, если не используетет RAID массив, то хранение файла базы и файла лога лучше указать на разных физических дисках. Ну и ограничить лог 2-4 ГБ, чтоб сильно не пух.
Остальные настройки как на скришоте:
С настройками базы все. Осталось настроить регламентные задания.
3. Настройка регламентных заданий
Сначала создаем Maintenance Plan в разделе Management:
Дефрагментацию индексов и сбор статистики нужно производить ежедневно, т.к. если фрагментированость индексов > 25%, это резко снижает производительность сервера. Дефрагментация и обновление статистики делается быстро и не требует отключения пользователей. Насколько ваши индексы фрагментированы можно посмотреть очень хорошей и многофункциональной обработкой Гилева Вячаслава, с названием Lock1C.epf, и которую он убрал со своего сайта из-за наезда 1С-ников за нарушение какого-то пункта лицензионного с., но хорошему админу гугл всегда в помощь J . Также желательно делать полную переиндексацию, с блокировкой БД, хотя бы раз в неделю, естественно после полной переиндексации сразу же делается дефрагментация индексов и обновление статистики.
Настройка бэкапа средствами SQL.
Ту все просто, добавляем 2 новых задания Agent'у:
Full BackUp, с периодичностью 1 раз в сутки и 2мя шагами T-SQL скриптов:
1. BACKUP DATABASE [ ИмяБД >] TO DISK = N' ПутьКПапке >Backup ИмяБД >.bak' WITH NOFORMAT, INIT, NAME = N' ИмяБД >-Full Database Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10
DBCC SHRINKFILE (N' ИмяБД >_log' , 0)
И второе задание с периодичностью 1 раз в 1-2 часа Differencial BackUp и с одним T-SQL скриптом:
BACKUP DATABASE [ ИмяБД >] TO DISK = N' ПутьКПапке >Backup ИмяБД >Diff.bak' WITH DIFFERENTIAL , NOFORMAT, INIT, NAME = N' ИмяБД >-Differential Database Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10
Такой бэкап делается, даже при активной работе пользователей, 4-6 минут и практически не сказывается на быстродействии сервера.
Да, и добавим очистку процедурного после переиндексации (раз в неделю), в задание, кторое у же появилось в агенте после сохранения Maintenance Plan добавляем еще один шаг:
Не забыв поменять в настройках первого шага после завершения не выходить, а перейти к следующему. Спс gilv за подсказку.
Читайте также: