| ← Март 2015 → | ||||||
|
1
|
||||||
|---|---|---|---|---|---|---|
|
12
|
14
|
15
|
||||
|
17
|
20
|
|||||
|
23
|
25
|
26
|
27
|
28
|
||
|
30
|
31
|
|||||
За последние 60 дней ни разу не выходила
Сайт рассылки:
http://litl-admin.ru
Открыта:
26-01-2012
Статистика
0 за неделю
Сообщество системных администраторов Litl-Admin.ru Перенос и конвертация баз 1С 7.7 из SQL в файловый формат
Коллеги, сегодня попытаюсь описать порядок действий при переводе баз 1С на другой сервер. На примере версии 1С 7.7. Ее многие до сих пор используют, в частности из-за архивной информации. Я, как админ, смирился с тем, что эти базы должны быть, что туда заходят раз в год, что базы надо хотя бы изредка бекапить и т.д. Тема не новая, много статей в интернете. Тех, кто все это проделывал, предупреждаю, что ничего особо нового в этой статье не будет. Статья будет адаптирована для админов, которые не понимают ничего в бухгалтерском учете и тех, кто к этим базам бухгалтерии относится как просто к набору непонятных файлов. Конкретно меня парило в этой ситуации, что под это дело в серверном помещении стоит и работаетбольшой мощный сервер, на котором установлена устаревшая ОС Windows Server с СУБД MS SQL Server 2000. Понятное дело, что никто не занимался уже давно обслуживанием баз 1С, на это дело лучше выделять аутсорсинг (см. недавнюю статью про это дело). Но ввиду экономии бюджета и малой востребованности этих баз было решено не тратить деньги. Ничего хорошего в этом нет, особенно для админа, но что поделаешь. Еще я был недоволен, что всебазыработают через SQL, а не файлово.
SQL работал все года как часики, но лично я не силен в администрировании SQL особенно в области защищенности, поэтому всегда стараюсь избегать это дело. А тут еще и древний сервер, в общем пришло время ) Перед началом переноса вы должны знать все важные пароли: пользователь базы с максимальными правами, а также пароль администратора СУБД (по умолчанию sa). Второй пользователь необязателен, если он прописан в базе. Мне пришлось воспользоваться паролем пару раз, далее покажу где именно. В общем, запасаемся терпением и временем, приступаем. Краткое описание статьи Входим в базу под администратором, выгружаем ее в zip. На новом сервере создаем пустую базу с таким же названием (необязательно), выбираем ее тип как файловую, делаем загрузку из zip, копируем пользователей и проверяем запуск. Для файловой БД (если у вас не SQL-базы 1С) все просто – копируем папку с базой на сервер и все. Моя статья про более сложный вариант. А теперь все по порядку Идем на старый сервер, выбираем нужную базу и заходим в режиме конфигуратора: Выбираем администратора базы и прописываем пароль:
Зашли в базу – уже хорошо, пол дела сделано. Перед выгрузкой я всегда проверяю настройки SQL:
Если нажать ОК и программа выдает ошибки – разбираемся в частном порядке. У меня, к примеру, надо было везде прописать другой сервер (я переименовал по запарке перед выгрузкой, это тоже влияет) и кое-где послетал пароль sa, его я также прописывал. Если нажимаем ОК и не выдает ошибки, то тогда вообще замечательно, осталось просто выгрузить базу:
После длительного ожидания программа наконец-то просыпается и выводит сообщение:
Далее выгруженный файл копируем по сети на новый сервер. Там же создаем (“добавить”) в режиме конфигуратора новую базу. Обзываем ее и папку одинаково. В моем случае имя совпадает с базой на старом сервере. После нажатия “ОК” выбираем тип – файловая.
Вошли в новую базу, загружаем данные:
Выбираем наш архив и приступаем к загрузке. У меня снова сервер подвис:
Ждал немного меньше, сервер женовее. Получаем сообщение об успехе:
Теперь надо скопировать данные о пользователях, файлово выделяю папки с пользователями и копирую по сети в новую базу(там нет этих папок). У меня эти папки просто огромные, может их можно почистить, но кто мне объяснит.
После этого надо удостовериться и войти в старую базу. Если системных ошибок нет, то считаю задачу выполненной. И никакого SQL ))) |
| В избранное | ||
