Нет данных для загрузки 1с
Как перенести информационную базу 1С со всеми учетными данными из облачного сервиса "1С:Фреш" на локальный компьютер
В настоящей статье описана последовательность действий для выгрузки информационной базы из облачного сервиса 1С:Фреш. Если же вам нужно наоборот ЗАГРУЗИТЬ информационную базу со своего ПК в облако, то подробная инструкция есть здесь:
Как загрузить базу данных программы 1С с локального компьютера в облачный сервис 1С:Фреш
Если по каким-то причинам вам потребовалось скопировать или перенести рабочую базу данных со всеми учетными данными из облачного сервиса 1С:Фреш на локальный компьютер, то сделать это очень просто!
Льготный переход с базовых версий 1С:Бухгалтерия, 1С:Управление нашей фирмой, 1С:Розница и 1С:Зарплата и управление персоналом в облако 1С:Фреш со скидкой более 50% ! Облачные версии программ 1С не требуют активации программных лицензий и ввода пинкодов, не привязываются к какому-то конкретному компьютеру и позволяют работать с любого устройства, имеющего доступ в интернет, в том числе на компьютерах от компании Apple с операционной системой MacOS, а также на мобильных устройствах с iOS или Android.
Для этого нет необходимости запускать 1С в режиме "Конфигуратора" (во 1С:Фреше этого режима нет) или использовать какие-то специальные обработки выгрузки/загрузки, т.к. возможность переноса данных с локального компьютера в облако 1С и обратно давно заложена в типовые конфигурации, используемые в облачном сервисе.
Данную процедуру может выполнить в любой момент любой пользователь с правами администратора, особых навыков для этого не требуется.
При выгрузке в файл выгружаются только данные, а конфигурация не выгружается, поэтому выгруженные из облака данные можно будет загрузить только в конфигурацию идентичную той, из которой производится выгрузка. Чтобы увидеть полное наименование используемой конфигурации и номер текущего релиза в главном меню выберите пункт "О программе" (рис.1).
Обратите внимание, что конфигурации в облачном сервисе 1С:Фреш обновляются автоматически по мере их выхода, поэтому они всегда последнего релиза.
В нашем примере в облаке 1С:Фреш используется версия платформы 1С:Предприятие 8.3 (8.3.17.2206), а конфигурация Бухгалтерия предприятия, редакция 3.0 (3.0.92.51).
Если релиз конфигурации на локальном компьютере отличается, то его необходимо обновить до последнего. После этого можете приступить выгрузке данных.
Процедуру можно условно разделить на два этапа: Выгрузка и Загрузка.
Запускаем в обычном режиме вашу рабочую базу в облаке 1С:Фреш, из которой необходимо выгрузить данные.
В разделе "Администрирование" (в интерфейсе ТАКСИ это самый нижний пункт меню, рис.3) находим пункт "Перенос данных приложения" в подразделе "Сервис".
Откроется Мастер выгрузки данных. Выберите вариант "Получить файл выгрузки для ручного переноса" и нажмите кнопку "Далее" (вариант "Введите адрес сервиса для автоматического переноса" можно выбрать например в случае, если вам необходимо перенести базу из одной учетной записи облака 1С:Фреш в другую).
В момент выгрузки база данных не должна быть запущена другими пользователями - в следующем окне вы можете проверить "Список активных пользователей".
Выберите режим выгрузки: "Полный" (вариант выгрузки "Для технической поддержки" предназначен только для тестирования и расследования проблем, при этом не выгружаются присоединенные файлы, версии объектов и пр.).
Когда сервер сформирует файл выгрузки (по умолчанию data_dump.zip) будет предложено выбрать место на вашем компьютере для его сохранения (обратите внимание, что в зависимости от объема базы данных файл выгрузки data_dump.zip может занимать сотни Mb).
Запомните место, куда вы сохранили файл, он нам понадобится на следующем этапе.
Важно!
Загружать данные из файла data_dump.zip рекомендуем в пустую базу данных, т.к. при этом все данные из базы будут удалены и замещены данными из загружаемого файла. Загрузка с сохранением или объединением данных не поддерживается.
Для возможности загрузки информационной базы на локальном компьютере у клиента должна быть приобретена и установлена лицензионная версия программы 1С, которая дает возможность использования именно той версии конфигурации, которая ранее использовалась в облаке.
Напоминаем, что необходимо ПОЛНОЕ соответствие конфигурации 1С в облаке 1С:Фреш, из которой были выгружены данные, конфигурации 1С на локальном компьютере, в которую будет производиться загрузка данных, т.е. должны совпадать и наименование конфигурации, и ее версия (Базовая, ПРОФ, КОРП), и релиз.
В нашем примере на локальном компьютере установлена платформа 1С:Предприятие 8.3 (8.3.17.1851) и конфигурация Бухгалтерия предприятия (3.0.92.51), что полностью соответствует параметрам базы в облаке 1С. Необходимо понимать, что точное совпадение версии требуется только для конфигурации, а версия платформы на локальном компьютере может не совпадать в версией в облаке - главное требование, что версия платформы должна быть не ниже той, которая указана в требованиях для запускаемой версии конфигурации. Например, для конфигурации Бухгалтерия предприятия (3.0.92.51) версия платформы должна быть не ниже 8.3.15.2107, 8.3.16.1814, 8.3.17.1851 или 8.3.18.1208.
Обратите внимание, что если в облачном сервисе 1С:Фреш в наименовании приложения явно не указана версия приложения (например, "1С:Бухгалтерия"), то они соответствуют ПРОФ версиям коробочных поставок, т.е. на локальном компьютере должны быть установлены соответствующие программы 1С также версии ПРОФ (1С:Бухгалтерия ПРОФ).
Аналогично, если в наименовании конфигурации явно не указана версия конфигурации (например, "Бухгалтерия предприятия, редакция 3.0"), то она также соответствует ПРОФ версии локальных продуктов, т.е. на локальном компьютере должна быть установлена соответствующая программа 1С версии ПРОФ (1С:Бухгалтерия ПРОФ). Подробную таблицу соответствия облачных приложений сервиса 1С:Фреш локальным аналогам программ системы 1С:Предприятие см. ниже.
Вы можете купить электронную поставку 100% лицензионной версии "1С:Бухгалтерия 8 ПРОФ" за 13000 руб. напрямую в нашей компании. В стоимость входит удаленная установка программы и помощь в переносе данных из облака на локальный компьютер. Доступ к установочным дистрибутивам, кодам активации и документации в электронном виде будет предоставлен уже через 2-3 часа после оплаты продукта (в рабочие дни).
Исключением является только приложение "1С:Предприниматель", данные из информационной базы которого можно будет загрузить имея на локальном компьютере базовые версии программных продуктов 1С:Бухгалтерия 8 Базовая версия, 1С:Упрощенка или 1С:Предприниматель.Электронную поставку лицензионной версии "1С:Бухгалтерия 8. Базовая версия" также можно купить напрямую в нашей компании по цене 3300 руб.
Итак, на локальном компьютере запускаем пустую рабочую базу соответствующей конфигурации и необходимого релиза, в которую необходимо загрузить данные.
В разделе "Администрирование" выбираем пункт "Загрузка данных из сервиса".
В проводнике выбираем файл, который сохранили на этапе выгрузки (по умолчанию data_dump.zip).
Также можете отметить, следует ли переносить на локальный компьютер существующий список пользователей и расширения (для базовых версий загружать расширения не рекомендуем).
Нажимаем "Продолжить", начнется процесс загрузки, который может занять продолжительное время (10-20 мин., а возможно и более, в зависимости от объема данных и производительности компьютера).
Когда данные будут загружены программа сама запустится в пользовательском режиме.
Обратите внимание, что при выгрузке информационной базы из облака 1С:Фреш на локальный ПК можно перенести только список пользователей, а их пароли при этом не выгружаются, поэтому для входа в загруженную из облака базу выберите пользователя и входите без пароля.
При первом входе после загрузки программа может попросить подтвердить легальность, как при обычном обновлении.
После чего может быть запущена реструктуризация базы.
Далее в целях безопасности программа предложит запретить или разрешить использование внешних отчетов и обработок.
Загружается привычный интерфейс конфигурации "1С:Бухгалтерия предприятия" редакция 3.0, в котором вы можете продолжить работать на локальном компьютере точно также, как ранее работали в облаке.
Внешний вид и функционирование программы идентичны, осталось только проверить корректность загруженных данных.
Ошибки при загрузке
Если при загрузке данных из файла data_dump.zip выходит ошибка "Невозможно загрузить данные из файла, т.к. файл был выгружен из другой [версии] конфигурации", то значит конфигурация, в которую вы пытаетесь загрузить данные отличается от конфигурации из которой данные выгружались.
Что делать, если на локальном компьютере при попытке загрузить базу данных 1С из файла data_dump.zip в формате для переноса данных из облачного сервиса 1С:Фреш выходит ошибка "Невозможно загрузить данные из файла, т.к. файл был выгружен из другой [версии] конфигурации."
Как узнать версию конфигурации из файла data_dump.zip
Если у Вас нет доступа к исходной информационной базе и есть только сам файл выгрузки данных data_dump.zip, то точную версию и релиз конфигурации, которую необходимо установить на локальном компьютере для загрузки, можно узнать непосредственно из файла data_dump.zip.
Внутри архива data_dump.zip должен быть файл DumpInfo.xml. 
- элемент <Name> обозначает наименование конфигурации, в том виде, в каком она используется в Конфигураторе (в нашем примере: БухгалтерияПредприятия - это версия ПРОФ);
- элемент <Presentation> обозначает наименование конфигурации, в том виде, в каком она отображается в справке "О программе" (в нашем примере: Бухгалтерия предприятия, редакция 3.0);
- элемент <Version> обозначает точный номер релиза конфигурации (в нашем примере: 3.0.92.51);
Поэтому при переходе из облака, перед приобретением локальной версии программы 1С, мы рекомендуем ознакомиться с таблицей соответствия наименований приложений в облачном сервисе 1С:Фреш локальным версиям программных продуктов 1С.
Если вы не нашли своего варианта в таблице или у вас возникли какие-то сомнения в выборе подходящей локальной версии, то рекомендуем проконсультироваться со специалистами нашего отдела продаж, которые помогут вам подобрать технически правильный и наиболее оптимальный по цене вариант.Локальные версии программ 1С вы можете приобрести напрямую в нашей компании даже если раньше обслуживались в другом месте. Уже через несколько часов после оплаты вы сможете скачать установочные дистрибутивы и коды активации в личном кабинете портала 1С. Наши специалисты подскажут, какую точно из локальных версий программ 1С необходимо приобрести, что бы вы могли гарантированно продолжить работать при переходе из облака.
Особенности загрузки данных из файла data_dump.zip конфигурации Бухгалтерия предприятия (базовая для 1)
Особенности выгрузки/загрузки данных из файла data_dump.zip в других типовых конфигурациях системы 1С:Предприятие
Команда для загрузки данных из сервиса на локальный компьютер в интерфейсе большинства типовых конфигураций находится в разделе "Администрирование" > "Загрузка данных из сервиса".
В интерфейсе некоторых конфигураций расположение команды загрузки может отличаться:
В данной статье подробно описан процесс настройки синхронизации 1С:БП и 1С:ЗУП, а также описаны возможные варианты настройки синхронизации.
Перечень синхронизируемых данных
Документы:
Регламентированные отчеты:
Расчет по страховым взносам;
Подтверждение вида деятельности;
Соответствие условий труда;
Сведения о среднесписочной численности;
Необходимые условия для синхронизации
Для успешной настройки синхронизации данных БП 3.0 и ЗУП 3.1 обязательно выполнение ряда условий:
1. Релизы конфигурации ЗУП и БП должны быть выпущены примерно в одно время.
Перед настройкой синхронизации необходимо проверить релизы БП и ЗУП. Фирма 1С всегда поддерживает конфигурации в актуальном состоянии и выпускает несколько релизов обновлений за один месяц, в некоторых релизах присутствуют значительные изменения, например, появляются новые объекты. Они появляются как в ЗУП, так и в БП, поэтому для успешной настройки синхронизации релизы этих двух конфигураций должны быть примерно одинаковыми. При сравнении можно ориентироваться на месяц выпуска релиза.
2. Настройку синхронизации должен настраивать пользователь с полными правами.
Если в вашей информационной базе заведены пользователи, то настраивать синхронизацию должен пользователь с полными правами.
3. Данные справочников «Подразделения» и «Отражения зарплаты в бухучете» должны быть заполнены идентично.
Подразделения организаций, по которым будет настроена синхронизация должны быть одинаковыми. Если в БП у организации 3 подразделения, в которых трудоустроены сотрудники, то и в ЗУП у этой же организации должно быть 3 подразделения с трудоустроенными сотрудниками. Наименования подразделений может быть различным, например, «Администрация» и «Административный отдел».
Если количество подразделений разное, то на этапе сопоставления в конфигурации с меньшим числом подразделений будут созданы недостающие подразделения, но лучше предусмотреть этот момент заранее и создать нужные подразделения в справочнике вручную, тогда процесс настройки синхронизации будет проще.
Справочник «Отражения зарплаты в бухучете» также должен быть заполнен одинаковыми значениями. Данные этого справочника используются в одноименном документе с целью распределения начислений по счетам учета.
- справочник «Отражения зарплаты в бухучете» в БП.
Перейти к справочнику можно следующим образом:
При создании нового способа отражения необходимо заполнить поля «Наименование» и «Счет», а также аналитику, которая появиться после выбора нужного счета. Если в ИБ (информационной базе) есть организации, применяющие УСН, также необходимо заполнить реквизит «Отражение в УСН».
- справочник «Отражения зарплаты в бухучете» в ЗУП
Перейти к справочнику можно следующим образом:
В ЗУП справочник хранит только наименование способа отражения, так как проводок в конфигурации нет.
Если все условия соблюдены, то можно переходить к настройке синхронизации.
Настройка синхронизации
Для начала нужно установить флаг «Синхронизация данных» и ввести префикс ИБ.
Для этого необходимо перейти в раздел Администрирование – Синхронизация данных как в БП, так и в ЗУП.
Префикс можно задать любой, но необходимо учесть тот факт, что после задания префикса, он появится во всех номерах документов.
Далее можно начать настройку в любой из ИБ. В примере настройка синхронизации будет начинаться в ЗУП.
Перейдем по ссылке «Настройки синхронизации данных».
Далее открывается список всех существующих синхронизаций, если синхронизация настраивается впервые, список будет пуст.
Нажимаем кнопку «Новая синхронизация данных».
Открывается список программ, с которыми можно настроить синхронизацию данных, так как мы начали настройку в ЗУП, то выбираем «Бухгалтерия предприятия ред. 3».
Далее на форме отразится последовательный список действий. По ссылке «Настроить параметры подключения» переходим к первому этапу настройки.
Первый этап настройки в ЗУП. Настройка параметров подключения.
В окне представлены возможные варианты настройки подключения. Необходимо выбрать подходящий вам способ подключения к БП. Варианты настройки перечислены на картинке ниже.
Если вы используете конфигурации (обе или только одну) базовой версии, то первый вариант (прямое подключение) вам будет недоступен.
Чтобы выбрать вариант, подходящий вам, необходимо ответить на вопрос: «Как располагаются базы данных?». Есть 3 основных варианта расположения ИБ: на локальном компьютере, на сервере, в облаке.
Ошибка формата потока может возникать в двух случаях: при загрузке базы и при ее обновлении. Начнем, пожалуй, с первого – возникновения ошибки при загрузке базы. Обычный перезапуск программы в таких случаях, как правило, не помогает. Чаще всего ошибка формата потока при загрузке базы связана с проблемами в кэше или наличием так называемой битой информацией внутри системы. Обычно это спровоцировано неправильным выключением системы, например, отключением электричества. Также эта ошибка может быть вызвана действием антивируса или возникать при попытке подключиться к одной и той же информационной базе из разных версий платформы 1С:Предприятие.
Для начала необходимо убедиться, что версия платформы 1С:Предприятие на клиентских компьютерах одинакова, а также попробовать добавить программу 1С в исключения вашего антивируса. Если с антивирусом и версиями платформы проблем не обнаружено, тогда можно приступать к действиям по исправлению ошибки формата потока данных.
В первую очередь необходимо сохранить резервную копию базы данных. В случае файловой базы можно просто скопировать папку с базой в другое место (путь к базе данных можно увидеть в окне запуска программы).
Первый способ исправления — это очистка кэша. Для очистки кэша можно выполнить простое действие: удалить базу из списка в окне запуска программы и добавить снова, указав путь к базе данных.
Второй способ — это удаление всех сопутствующих файлов в папке с базой. Проще это сделать переносом самого файла, в котором хранится наша база. Он имеет расширение 1cd и называется 1.8. Как правило, этот файл по размеру превышает остальные. Его-то и выделяем, после чего переносим в новую созданную папку.
В списке баз удаляем старую базу, добавляем новую и указываем новый путь к базе данных. Если эти способы не привели к положительному результату, необходимо выполнить проверку базы на ошибки.
Если есть доступ к конфигуратору, необходимо запустить процедуру тестирования и исправления ошибок информационной базы. Еще раз убеждаемся, что мы сделали резервную копию информационной базы. Также если у нас открывается конфигуратор, можно воспользоваться возможностью выгрузить и загрузить информационную базу через dt file.
Так как при выгрузке dt файла происходит сжатие таблиц информационной базы, этот способ также может помочь устранить ошибку. Если конфигуратор не запускается или после тестирования ошибка возникает вновь, то необходимо проверить на наличие ошибок сам файл информационной базы. Проверяется он стандартной утилитой ChekdbfL, которая идёт в комплекте вместе с установленной платформой 1С:Предприятие. Расположена это утилита в папке «Program files → bin».
Запускаем утилиту и в поле имя файла б. д. выбираем наш файл с базой. Не забываем установить флаг «Исправлять обнаруженные ошибки». По завершению система сообщит нам об обнаруженных и исправленных ошибках, после чего можно снова запускать 1С.
Ошибка формата потока при обновлении
Также ошибка формата потока данных в 1С может досаждать своим появлением не только при открытии базы, но и при её обновлении.
Если вылезла ошибка формата потока при обновлении, вам нужно произвести следующие действия.
В первую очередь произвести тестирование и исправление базы. Запускаем соответствующую обработку, проставляем все галочки и здесь переключатель обязательно ставим в положение тестирования и исправления. Насчет ссылок – поставить на «Не изменять», нажимаем на кнопку «Выполнить» и довольно долго ждем.
Как показывает практика, это решение всё равно не является стопроцентным. Однако есть ещё один вариант исправления ошибки формата потока при обновлении: можно попробовать запустить обработку с названием chdbfl, которая находится в каталоге установки 1С.
Находим его на жёстком диске по пути C:/program files(86)/1cv8, затем переходим в папку bin, где и находится обработка chdbfl.
Для общего сведения chdbfl — это сокращение от Chek database files, так что белиберда вполне логична.
Здесь нам нужно выбрать файл с нашей базой данных. Находим каталог с ошибочной базой и выбираем файл с базой данных, после чего обязательно ставим галочку «Исправлять обнаруженные ошибки» и нажимаем на кнопку «Выполнить». В данном случае ошибок не должно быть обнаружено вообще никаких.
При внесении изменений в закрытую базу данных
Также хотелось бы рассказать немного ещё об одном варианте исправления ошибки формата потока при загрузке базы. Мы все с вами понимаем, что когда-то нетиповая база была типовой. То есть это была закрытая база данных, которая стояла на замке – ее нельзя было редактировать. В какой-то момент по команде «Включить возможность изменения» этот «замок» с конфигурации был снят.
Рис. Включение возможности редактирования первоначально закрытой базы данных
Обычно 1С не хотят, чтобы пользователи меняли их базу, поэтому замок не снимается в полной мере. Вместо этого база конфигурации поставщика 1С копируется и получается так называемая основная конфигурация, доступная для изменений. Да, эту базу уже можно видоизменять как угодно, однако нужно понимать, что конфигурационный файл увеличился практически в два раза за счет того, что теперь у нас два конфигурационных файла в одном.
То есть конфигурационный файл нашей базы на самом деле представляет собой пару конфигурации – типовая конфигурация 1С (на замке), и основная, открытая для доработок.
Ошибка формата потока данных может быть связана с тем, что зашитая в нашу конфигурацию типовая конфигурация 1С «битая». Ее нужно просто заменить, и тогда мы избавимся от нашей проблемы.
В первую очередь нам понадобится «здоровая» типовая конфигурация 1С. Определяем версию нужного нам релиза базы, и, чтобы получить файл конфигурации cf из нее, выполняем команду: «Конфигурация → сохранить конфигурацию в файл».
Теперь нам нужно битый файл конфигурации заменить на «здоровый». Для этого, во-первых, нужно его полностью уничтожить в нашей базе: «Конфигурация → Поддержка → Настройка поддержки», нажимаем на кнопку «Снять c поддержки», тем самым уничтожая конфигурацию поставщика 1С. В результате у нас осталась только одна база – скопированная и открытая для внесения изменений.
Далее необходимо обновить конфигурацию базы данных, чтобы получить базу 1С, снятую с поддержки. Но обновить мы её не сможем – придется поставить базу на поддержку. Для этого используем команду «Сравнить/объединить с конфигурацией из файла». Выбираем наш «здоровый» файл конфигурации cf, тут же возникает предложение поставить программу и базу на техническую поддержку, мы, конечно же, соглашаемся с этим. Затем появляется окно сравнения/объединения, и если мы сейчас нажмем на кнопку «Выполнить», то уничтожим все доработки в нашей базе – обязательно убираем галочку «Сохранять настройки автоматически», нам нужно только поставить базу на техническую поддержку.
Мы почти закончили. Осталось только разобраться, что это за странный значок появился:
Рис. Оповещение о снятой с поддержи базе 1С
Для того чтобы этот значок поменять на привычный «желтый кубик», вызываем команду «Настройка поддержки» и меняем статус со «Снят с поддержки» на «Редактируется». Также не забываем нажать галку «Установить для подчиненных объектов» и, опять-таки, нажимаем на кнопку «Обновить конфигурацию базы данных».
Вот и все! В итоге мы получили то же самое, что у нас и было изначально только мы заменили конфигурацию поставщика 1С с битой версии на нормальную. И уже в ней попробовать выполнить обновление. И на это раз всё должно получиться!
Этот случай возник у меня с одним большим клиентом пару лет назад. У клиента стояла 1С: Предприятие 7.7 + SQL Server 2000 (думаю для 2005 эта проблема останется). Необходимо было взять базу на доработку. Несколько попыток ее выгрузить успехом не увенчались. Выгрузка подвисала и могла висеть всю ночь. Проблема на лицо. База не была такой большой, что бы ей не хватало времени выгрузиться, тем более в связке с SQL Server’ом.
Тестирование и исправление ничего не дало – ошибок «ноль».
Подхожу к решению проблемы следующим образом:
1) Запускаю SQL Server Profiler (так кажется в 2000 он называется) – это монитор выполняемых запросов.
2) Запускаю 1С в режиме конфигуратора и приступаю к выгрузке. Перехожу в Profiler и смотрю на процесс.
3) Замечаю, в определенный момент, в Profiler’e процесс выгрузки останавливается. Т.е. Profiler висит на одном запросе. Жду, возможно, так надо… =514;
4) 20 минут ситуация не меняется – смотрю на текущий выполняемый запрос. Там указание на запрос и на текущую обрабатываемую запись в _1SJOURN. Прерываю выгрузку. Перехожу на эту таблицу, и смотрю, что за запись. Смотрю на реквизиты DATE, DOCNO – это соответственно дата и номер документа, на котором висим! Что за вид документа не смотрю, тупо найду документ с таким же номером в этой дате. BEST!
5) Разбираемся, почему 1С не хочет выгружать именно этот документ. Для этого, собственно, открываем 1С в режиме предприятия, находим этот документ и смотрим на него.
6) Сразу бросается в глаза огромный текстовый блок в этом документе (строка с неограниченной длиной). Все остальное вроде бы в порядке. Мысли такие может из-за того, что слишком большой кусок текста в этом документе. Ловлю себя на мысли, что это бред… Делать нечего, попробую. Очищаю этот реквизит и сохраняю документ.
7) После этого, перехожу к шагу 1 и повторяю процедуру. Ура, злополучный документ проскочил! Но остановились чуть дальше. Все проблема ясна. Но прежде чем очистить реквизит присматриваюсь к тексту и вижу, что в этом тексте полно таблиц построенных с помощью символов псевдографики (тире и прямые слеши). Очищаю и этот реквизит.
8) Продолжаю и так документов пять… Везде эти таблицы с псевдографикой.
9) Выгрузка получена и на последней попытке, время потребовалось не так много оказывается.
ВЫВОД: 1С: Предприятие 7.7 в реквизитах с типом «Строка» с неограниченной длинной на SQLном варианте подвисает, если в этом реквизите много данных с символами ‘-’ и ‘|’. Видимо попадается, какая то последовательность символов, которая не очень «нравится» 1С. Закономерность ясна, но последовательность «корявых» этих символов не установлена.
Клиент доволен. А уж я как доволен ;)
СЛУЧАЙ №2 (1С: Предприятие 7.7 + DBF => 1С: Предприятие 7.7 + SQL Server)
Сделаю небольшое отступление и попытаюсь обрисовать картину с программистами и данной базой, т.к. иначе Вы не поймете всей картины.
На этот раз проблема с DBF базой. У клиента она достигла размеров 3.9 GB (. ). Это 4 года работы порядка 30-40 одновременно работающих человек! Вы скажете не так много, да согласен, но учтите база то DBF…
Появились проблемы типа, нельзя одновременно открывать 1С в режиме конфигуратора и предприятия (что-то обязательно вылетит), очень медленная скорость работы, постоянные проблемы с переиндексацией. Группа людей, которая занималась этой конфигурацией – или как они позволяют себя называть «программисты» (бывшие военные пред пенсионного возраста(. ), да и такое бывает), поддерживала и изгалялась над ней, как могла. Там есть документы типа «Выписка», «Выписка1», «Выписка11». Отчеты типа «Отчет для тети Зины». Журналы, которые использовались как подсистемы. Открывание и формирование отчетов, обработок, перепроведение различных документов в тестовой базе выбранных случайно в 70% либо не открываются, либо вылетают с ошибками. В некоторых регистрах по 20 измерений и 15 ресурсов… Перечисления типа такого: «Кладовщики» со значениями «Иванов Иван Иванович», «Петров Петр Петрович» и т.д. это можно продолжать долго.
ЖУТЬ!
От этой базы нужно избавляться, чем скорее, тем лучше, но как? Создание новой конфигурации на восьмерке руководство одобрило. Но за два дня не напишешь конфигурацию, которая закроет потребности целого завода. А руководство требует: «Программа должна взвешивать авто в 1С срочно!». Какое взвешивание? Тут хоть бы завтра конфигурация не загнулась. Ну а так как база DBF-ная, то все работают где? Правильно, на удаленном рабочем столе (терминале), там же база. Попытка провести документ с локального рабочего места происходит за 1.5 минуты. А как взвешивать с удаленки? Внешняя компонента производителя весов может работать только с локалки… Подключение локальных ресурсов не работает как нужно. Ставить Citrix (надстройка над терминалом), решила бы проблему, но это слишком накладно.
Решение было принято следующее: перенести базу на SQL Server. Это избавит от лишних проблем, да и работа с локалки будет по скорости практически одинакова с работой на терминале. Закрыть эту срочную проблему, потом, не спеша, заниматься созданием нормальной конфигурации для предприятия.
Итак, моя задача перенести базу DBF на SQL Server.
Попытаемся определить причины вылетов из конфигурации.
1) Вылеты бывают только тогда когда запущен и конфигуратор и предприятие. На всякий случай. Проверю MD-шник, благо, таких программ много. Программа показала, что в обработке «Шашки» (да, там и такое есть), чего-то там не верно. Заходим, удаляем из конфигурации.
2) Попробую тестирование и исправление. Пробую. Конфигурация выдает больше 1000 ошибок. Скорее всего чудо программисты, никогда не знали, что это такое. Поставил галочку перерасчет итогов, обнаруживаю, что после нее «Оборотно-сальдовая ведомость» не похожа на себя. Значит так делать нельзя. Пересчитывать итоги нельзя! Ужас. Интересно сколько эта база еще выдержит?
3) Попробовать свернуть базу? Да, но есть такие отчеты, причем очень важные, которые нужно формировать именно с 26 марта 2006 года, ни раньше, ни позже, иначе отчета по финансовым результатам не получится. Бегло смотрю, вместо использования регистров или проводок используются перебор документов, ну-ну…
4) Выгружаем базу с DBF. При выгрузке в списке ошибок «Проверка операций. Операция документа ВводОстатковОсновныхСредствНУ 1. Исправлена нумерация проводок;;» таких строк около 100. Лишь бы перенеслось нормально.
5) Потом загружаем на SQL Server. Спустя некоторое время вылетает ошибка: мол в таблице _1SENRTY не может быть создан первичный ключ PK__1SENTRY ввиду повторяющегося значения ключа (200604276PPZLS 2DGY,0,0) и процесс загрузки прекращается. Значит, в таблице _1SENTRY, 1С пытается создать первичный ключ, но за счет того, что записи по которому он строится повторяются он не может быть создан. Исправлять это на SQL смыла нет, так как выгрузка не была завершена, поэтому удалим ее из DBF базы и проделаем все заново.
6) Открываем SQL Server и смотрим на таблицу _1SENTRY. Ага, поле по которому 1С пытается построить первичный ключ называется DATE_TIME_DOCID и состоит из конкатенации DATE (дата проводки), TIME (время проводки) и DOCID (№ документа или операции) + в первичный ключ включается NUMBER (№ проводки) выполняем запрос в базе данных
--Выбирает все проводки, у которых DOCID содержит подстроку «2DGY»
SELECT * FROM _1SENTRY WHERE DOCID LIKE '%2DGY%'
2DGY не случайно именно его нам 1С при загрузке и указала в качестве описания ошибки (см. в пункт 5)
7) Запрос вернул 4 строки с суммами. Причем две строки реально задвоенны! Интересно как это могло получиться в DBF базе? Далее открываем конфигурации в режиме предприятия и ищем ту самую операцию с проводками (Операции>Журнал операций выбираем операции за дату 27.04.2007 – см. пункт 5). По нашим суммам запроса SQL-базы, пытаемся найти задвоенные проводки. После недолгого поиска, наконец, нашел. Открываем документ, которые сделал эти операции, смотрим, там три строки, а вот проводок четыре, хотя по логике больше быть не может! Причем одна явный клон другой и номера у них одинаковые. Пытаюсь перепровести документ, все получается! Лишняя проводка удалилась! Ну, опять. Выгрузка из DBF. Загрузка в SQL… Проскочило. Ура! Если бы такая ситуация повторилась второй раз я планировал написать обработку которая в DВF-варианте перебрала бы повторяющиеся записи и потом по ним пришлось бы перепровести документы. Но мне повезло. Как ни странно, эта ошибка оказалась одной единственной, которая препятствовала выгрузке на SQL Server.
8) Конфигурация полностью перегрузилась. Открываем обе базы SQL и DBF. Открываем оборотно-сальдовую ведомость и по всем фирмам формируем ее. Вроде бы то. Обортки совпадают. Но радоваться рано, проверяю все «работающие» отчеты, все вроде бы сходится.
9) Странное дело, но вылетать после заливки SQL-ный вариант перестал.
Вывод: Конечно, проблема решилась частично: логическая целостность нарушена, итоги накрылись и вряд ли что-то их может оживить, но даже в этом случае на SQL версии, 1С будет работать стабильней. Если не перепроводить документы прошлых периодов и не пересчитывать итоги, база еще немного продержится… А времени для создания новой конфигурации должно хватить с лихвой.
Подчеркну это не свод правил, это моя методика. У кого какие замечания и дополнения прошу к обсуждению
Читайте также: