Доброе время суток!
Для отладки ведения кассовой книги по кассам и по субсчетам нужна полнокровная копия бухгалтерии 1С 77 SQL вариант. Но, что-то делаю не так! У меня не проходят обновление, зависает и выдает фатальную ошибку. Пыталась добавить субконто. Потом хотела добавить разделитель учета, та же картина.
Как правильно сделать копию конфигурации и базы в случае SQL варианта

kynabo
Доброе время суток!
Для отладки ведения кассовой книги по кассам и по субсчетам нужна полнокровная копия бухгалтерии 1С 77 SQL вариант. Но, что-то делаю не так! У меня не проходят обновление, зависает и выдает фатальную ошибку. Пыталась добавить субконто. Потом хотела добавить разделитель учета, та же картина.
Как правильно сделать копию конфигурации и базы в случае SQL варианта

Выгрузить данные. Загрузить данные. Причем загрузить можно в файловую БД.

pasha_usue , СПАСИБО!
Но нужна и копия, повторяющая базу. База оргомная. Если сисадмин все делает правильно и нет каких-то ньюансов, которые могла поправить я или сисадмин, то где гарантия. что при обновлении и рабочая база не уйдет в отказ?

kynabo
pasha_usue , СПАСИБО!
Но нужна и копия, повторяющая базу. База оргомная. Если сисадмин все делает правильно и нет каких-то ньюансов, которые могла поправить я или сисадмин, то где гарантия. что при обновлении и рабочая база не уйдет в отказ?

Честно говоря, переброска в файловую версию и обратно исправляет часть ошибок.

А тестирование и исправление БД нормально проходит?



Исправлено 1 раз(а). Последнее : pasha_usue, 19.10.12 09:31

pasha_usue
Честно говоря, переброска в файловую версию и обратно исправляет часть ошибок.

На больших базах не прокатит. У 1с есть ограничение на размер таблиц для файлового варианта. Больше 4Гб она не понимает. Если любая из табличек больше, то залить из .dt не получится

Тестирование и справление на этой базе пока не рискую запускать.
Размер не одной таблицы может быть больше 4 Гб. Что делать? Мне копия для отладки нужна

kynabo
Что делать?

написать нуралиеву

Цитата:

Что делать? Мне копия для отладки нужна

А если сделать образ всего логического раздела и восстановить его на домашнем компе? ;)

Образ раздела с виндой? Или ты полагаешь что копия MSSQL-ных файлов БД сама собой превратится в работающий экземпляр сервера p)
Не, теоретически это можно сделать при помощи виртуализации - сделать из рабочей машины виртуальную, и её использовать "дома". Только без одмина с прямыми руками это нереально - а раз уж там некому сделать даже правильный бэкап базы (или я чего-то не понимаю и 1c не сможет работать после восстановления БД из бэкапа)... В общем нереально.

Цитата:

Или ты полагаешь что копия MSSQL-ных файлов БД сама собой превратится в работающий экземпляр сервера

У нас одно время (пока не пришел нормальный админ) сервер и представлял собой винду, да и стоял в соседней комнате, а не в до-зубов-охряняемом-бункере.

Может еще сделать зеркалирование на внешний винт, а после работы его забирать и подключать ко второму компу, если он есть. А если клиента на него поставить - то два не нужны.

Какая разница что он собой представляет. Ты предлагаешь сделать посекторную копию некоего раздела, и развернуть его на другом HDD другой машины. Если это НЕ системный раздел, и на HDD целевой машины есть достаточно свободного места (при том неразмеченного под разделы) то это вполне реально сделать - но какой от этого будет прок, если на той самой "другой машине" НЕ стояло MS SQL сервера? Ну будут лежать на свежесклонированном разделе mdf/ldf файлы - а толку? Если там СТОИТ MSSQL то зачем парится с клонированием раздела, если с тем же успехом (с теми же вопросами прицепления "левых" файлов к установленному серверу) можно просто скопировать эти самые mdf/ldf файлы. Если же речь идёт о СИСТЕМНОМ разделе (т.е. C: где стоит и сама винда и MSSQL сервер) - то для успешного клонирования целемая машина должна быть составлена в основном из тех-же самых железок что и исходная (по вопросам "клонирования" системных разделов ОС целые талмуды написаны - для простого юзера это будет ну ОЧЕНЬ непросто - гораздо сложнее чем разобраться с переносом собственно БД MSSQL сервера с одной машины на другую) - при том ты ещё и тупо убиваешь ту ОС что там изначально стояла.
Я не понимаю зачем ты такой опасный совет вообще даёшь - ты так сам когда-нить пробовал делать?

Не, без знаний основ обслуживания баз сиквела такое не провернуть, Игорь прав.