Дмитрий Кинаш

Если спасли каталог с базами и логами, то вам повезло. Устанавливайте на новом сервере Postgres, вместо новосозданного каталога с данными подсовывайте свой и запускайте службу.

У меня была чем-то похожая ситуация. На сервере стало заканчиваться место. Мы добавили диск, скопировали все данные постгреса на новый раздел, подправили пути в конфигах и после запуска все заработало на ура - не могу вспомнить что бы какие-то сложности вылезли.

P.S. То что вы не делали бекапы - это плохо. Сейчас бы не мучались, а просто развернулись с архивчика.

PHP как и многие другие языки отлично работают с DBF-файлами. Даже в отличии от 1С8, в таблицы более ранних версий можно писать без боязни что-то поломать. Я лично с 6-кой не работал, но без проблем делал интеграцию с базами 7.7 - по содержимому таблиц все достаточно очевидно.

Как я понял сейчас стоит файловая версия, которая тормозит и вы ищете способы или минимизировать тормоза, или устанавливать клиент-серверный вариант.

Количество юзверей в базе максимум 10-15 (беру с запасом) человек одновременно плючс сюда же порядка 20 Рабочих мест кассира которые будут обмениваться с сервером через WS соединения.

По моему опыту торговые конфигурации в файловом варианте начиная уже с первого десятка пользователей тормозят безбожно. В отличии от использования СУБД, где блокировки накладываются по измерениям (да и вообще запись и чтение происходят на порядок быстрее), в файловом варианте блокируется вся таблица, что приводит к очередям транзакций среди пользователей вплоть до дедлоков (если конфа криво спроектирована). То что вы собираетесь тут же поднять веб-сервер и давать в файловую базу доступ дополнительно через веб-сервисы только усугубляет положение.

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

А вот мощность сервера для файловой шары с доступом по VPN - дело десятое, если у вас конечно не терминальный сервер (вот как раз на обслуживание терминальных сессий вся мощность и уходит, 1С тут вообще никаким боком).

В случае клиент-серверного варианта и установки СУБД, можно ли установить на одном сервере сервера 1с и СУБД. Если нет то почему?

У вас маленькая компания с маленьким количеством пользователей. Установка сервера 1С и СУБД на одном физическом компьютере (можно даже на одной виртуалке, если используется аппаратная поддержка виртуализации) является оптимальным вариантом. Количество операций не очень велико, что бы сервера начали конкурировать между собой за системные ресурсы + скорость взаимодействия между ними практически мгновенная в отличии от варианта различных хостов (хотя при небольшой загрузке вы и это замедление не ощутите).

Я бы поставил на Linux с превеликим удовольствием, да вот нет магии под неё.

Все зависит от типа магии. Кто ищет, тот найдет...

Странная ситуация. Явно нужна консультация от грамотного юриста.

Но все выглядит не очень. Вы утверждаете, что писали дома в свободное время, но эту разработку якобы бесплатно дали для пользования нескольким отделам своей фирмы. При этом служба охраны ни на секунду не заинтересовалась, что это за программа новая объявилась на сервере и собирает всю коммерческую информацию. А вдруг ежедневно бекапы сливаются конкурентам? Компания имеет полное право лезть в ваш код и изучать его на предмет разных "закладок", поскольку все внесенные данные являются её собственностью, заносились официально оформленными сотрудниками в их рабочее время.

Ставил различные версии 8.2 и 8.3 на сервера "Ubuntu server" из официальных deb-пакетов. Ни разу описанная ситуация не возникала. Всегда при инсталяции служба прописывала себя в автозагрузку и при перезагрузке сервера сама поднималась. Для Debian идут абсолютно те же пакеты - коллеги, которые на этой ОС сидят не жаловались.

1) Проверьте логи 1С - возможно при старте службе чего-то нехватает. Вплоть до того, что у вас может оказаться нечто при старте занимающее порты 15**, а потом их освобождающее...

2) Частые перезагрузки сервера - это ненормально. У меня за три года на рабочем сервере было всего до пяти перезагрузок - плановое обновление на 14.04 LTS, отключение света у хостера и пара аппаратных сбоев. После перезагрузки вы в любом случае должны проверить работоспособность всех служб и если 1С все равно стартует, то это не является критической проблемой. Разве что у вас много свободного времени и обостренный перфекционизм... :)

Почему не говорят? На всех трех скринах написано, что потеряно соединение.
Самый простой и банальный способ мониторить сеть - запустить в коммандной строке:
ping -t 1cserver

Вы уверены, что это вам нужно на продакшене?
Платформа 8.3.5 довольно стабильна, в отличии от кишащей багами 8.3.6. Вот вам небольшая подборка самых свежих тем с официального партнерского форума, которые касаются платформы 8.3.6:

• На 8.3.6 перестал открываться документ - уходит в дамп
  
• На 8.3.6 cfu стали очень большие...
  
• Запрос в схеме компоновки данных дает другой результат
  
• Конструктор запроса начал выдавать ошибку с выражением Значение
  
• Проблема при работе через тонкий клиент (Несоответствие типов XDTO по причине...)
  
• Неправильное поведение в режиме "Низкая скорость"
  
• критичные ошибки 8.3.6.2014 при обновлении не типовых конфигураций
  

Лично для себя я решил минимум до августа новую платформу не трогать.
Надеюсь, что сами "кричащие" проблемы к тому времени закроют...

Это элементарно. Найдите компьютер у своего клиента и включите его. Далее найдите на рабочем столе иконочку с желтой эмблемкой 1С и кликните по ней. Программа запустится и вы сможете получить данные :)

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

P.S. В некоторых конфигурациях есть отчеты по дебиторским и кредиторским задолженностям. Но опять таки без обученного сотрудника вы будете долго искать эти отчеты, а потом долго думать какие настройки выполнить.

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

В реквизитах обработки, а так же на форме обработки в реквизитах самой формы могут размещаться некоторые данные, но данные из значения таких реквизитов существуют только на протяжении времени жизни обработки. Ни до создания экземпляра обработки, ни после её закрытия эти данные не существуют.

В вашем примере существует обработка под названием "Связь", в которой есть табличная часть "Таблица". Запросы языка 1С указанным вами способом (путь по метаданным) могут получать выборки лишь из данных, которые сохранены в СУБД базы. Т.е. у вас ничего не выйдет. Но язык запросов позволяет делать запросы еще и к структурам в памяти, если их передавать в качестве параметров. Вы можете поступить следующим образом:

Запрос = Новый Запрос;
Запрос.УстановитьПараметр("Таблица", Таблица);
Запрос.Текст = 
"ВЫБРАТЬ Т.Документ, Т.Клиент, Т.Сумма
|ПОМЕСТИТЬ втТаблица
|ИЗ &Таблица КАК Т;
|
|ВЫБРАТЬ Клиент, СУММА(втТаблица.Сумма)
|ИЗ втТаблица
|СГРУППИРОВАТЬ ПО Клиент";
Итоги = Запрос.Выполнить().Выгрузить();

Можно запустить через эмулятор телефона.

Ну так, возьмите и загрузите ваш *.dt файл в пустую базу, а потом работайте.
Сейчас ваш вопрос эквивалентен желанию выполнять SQL-запросы над *.bak файлом скульного архива.

Вы написали, что хотите объединить конфигурацию на платформе 1С:Предприятие 8 с платформой 1С:Предприятие 7.7. Но у меня большие сомнения, что вам требуется даунгрейд системы.

Более вероятно, что вы хотите объединить нечто написанное на 1С:Предприятие 7.7 с бухгалтерской подсистемой.
1) Если у вас на семерке буха, то вам требуется перенести остатки.
2) Если у вас на семерке торговля+склад, то вам нужно докупить торговлю, выполнить перенос остатков и настроить связку УТ+БУ.
3) Если у вас в семерке ПУБ, то вам нужно купить УПП и выполнить перенос остатков в него как с семерки, так и с текущей восьмерочной бухи.
4) Если у вас какая-то специфика на семерке (общепит, ювелирка, автосалон, строительство и т.д.), то присмотрите похожую конфу из справочника ТОРов (типовые отраслевые решения) и далее как в пункте 3.

Что самое интересное, ошиба на ключ происходит до открытия формы авторизации. Когда как обычно, когда ключи не видно - ошибка происходит уже после авторизации.

При веб-доступе после ввода логина/пароля вы можете поймать проблему отсутствия свободных лицензий. Когда веб-сервер не видит сервер лицензирования, то он сразу об этом говорит.

В своем описании вы ни слова не написали про компьютер, на котором находится ваш веб-сервер. То что на этом компьютере установлена платформа необходимой версии - это очевидно, но судя по сообщению так же очевидно, что вы не создали в каталоге C:\Program Files\1cv8\conf или /opt/1C/v8.2/i386/conf (в зависимости от ОС) файлик nethasp.ini с путем к серверу лицензий. Это помогает, если сервер по каким-то своим причинам не выдает лицензию.

Далее проверьте в консоли кластера название центрального компьютера (на котором крутится менеджер лицензирования) и доступность этого названия с компьютера веб-сервера. Я встречался и с такой ситуацией - помогает прописывание соответствие имени и IP адреса в файлике hosts.

Третий вариант который мне приходит в голову и который я видел на практике - фаервол на сервере блокирует порт по которому расширение веб-сервера пытается подключится к кластеру. Помогло изменение правил.

Кнопочка на скриншоте "Настроить соответствие полей номенклатуры" мне напомнила, как я грузил заказы между 7.7 и 8-кой с помощью правил конвертации. В моих первых попытках каждая новая порция документов порождала новые записи в каталоге номенклатуры и контрагентов. После более внимательной настройки соответствия все стало выгружаться идеально. Поэтому рекомендую начать с этого. Ну и конечно зря вы не читаете логи, которые вы завели в каталог upload - возможно там есть что-то интересное.

В чем именно сложность в почте или в формате pdf?

1) Встроенного механизма печати в PDF в семерке нет. Когда я программировал под семерку и даже в восьмерке до появления штатного сохранения, самым распространенным способом было заведение в системе виртуального PDF-принтера. С помощью принтера документ выводится в файл, а далее прикрепляется к письму.

2) Отправлять письма можно десятками разных способов. Начиная от компоненты v7plus.dll и виндузных почтовых COM-объектов, заканчивая самописными програмками. Запросы в гугл и яндекс вам дадут подробные инструкции с инфостарты и мисты - вам останется только выбрать тот, который вам больше всего подойдет с точки зрения прав доступа и локальной инфраструктуры.

У меня есть собственный проект, в котором 1С и мобильное приложение на Android обмениваются информацией через SOAP. Так же я участвовал в качестве программиста 1С как раз в проекте мобильного приложения для торговых агентов как раз для УТ - мы там тоже делали все через веб-сервисы.

Но это все старые проекты. Последний год в платформе доступны уже HTTP-сервисы. Мой коллега как раз их использовал недавно при реализации связки УТ и Агент+. Реализация выходит более простой (как со стороны 1С, так и со стороны мобильного приложения) и уменьшился объем трафика.

P.S. Замечание по поводу мобильного приложения. Его можно делать с помощью платформы "1С Предприятие", платформы "Агент+ 2" или делать самописку на Java/Swift/Object-C - выбор за вами в зависимости от аппаратных ограничений, бюджета и наличия опытных разработчиков.

Решение этой проблемы очень простое - забейте на этого пользователя и создайте ему новую учетку (если это не пользователь AD).

Причин по которым может тормозить у одного, а у остальных все работает при идентичных правах проставленных в конфигураторе, я вижу две:

1) Для пользователя что-то мудреное накрутили в дополнительных настройках и ограничениям доступа (RLS). Или возможно внесли какие-то кривые правки в настройки самих ролей (к примеру, что бы обычные бухгалтера не видели остатки на зарплатных счетах). Вероятность, что проблема в БД не очень велика, так как исходя из моего опыта еще ни разу проблемы не локализировались на единичном пользователе - тормоза чувствовали все.

2) Хитрые настройки в коде конфигурации под особенности этого пользователя. Поясняю - в одной фирме я видел код при старте системы, по которому анализировалось имя вошедшего пользователя и если оно равнялось определенной строке, то дальше запускалась синхронизация с базой SAP. Возможно у вашего пользователя стоит обработчик ожидания, который каждые несколько минут что-то ужасное делает.

1) Начнем с автоматического обмена. Раз вы разумно решили не городить велосипед, а использовать встроенные механизмы типовых платформ, то обращаю ваше внимание на закладку "Автоматический обмен" в вашей настройке обмена. Тут можно настроить обмен по расписанию или по некоторому событию. Ничего сверхсложного. Только отмечу, что если база файловая, то потребуется в настройках указать пользователя, в рамках которого будет стартовать менеджер фоновых заданий и который будет иметь достаточно прав на работу с объектами обмена; ну и конечно потом запустить сессию с базой от имени этого пользователя.
2) Для работы в Конвертации данных 2.0 и 2.1 с внешними параметрами необходимо их создать на закладке Параметры в элементе, который описывает соответствующую конвертацию (не правила - это подчиненные справочники, а именно конвертацию, где вы описываете от куда и куда, и где описываются обработчики глобальных событий обмена такие как "ПередВыгрузкойДанных", "ПередВыгрузкойОбъекта", "ПослеЗагрузкиДанных" и прочие). Если теперь воспользоваться обработками "Универсальный обмен данными XML", то что в 7.7, что в 8-ках появятся ваши параметры, которым вы можете указать требуемые значения.
3) При автоматическом обмене в типовых конфигурациях все параметры обмена выносят в настройки соответствующих планов обмена, где узлы соответствуют базам обмена. Так с разными базами бухи можно обмениваться или полностью всеми документами, или только от контрагентов с определенной папки (типа "белый учет").
4) Если у вас нет возможности изменять конфигурацию-источник, то в самой конфигурации можно реализовать получение данных в параметры. Обычно это делается в обработчике "ПередВыгрузкойДанных". В зависимости от типа вашего параметра вы можете ему присвоить значение с помощью Справочник.Номенклатура.НайтиПоКоду(123) или коллекцию из подобных элементов.
5) Фильтрацию выгружаемых данных можно делать вообще сотней способов. Можно пойти в правила выгрузки данных (ПВД) и похимичить с выбираемым множеством исходных данных для выгрузки. Можно пойти в правила конвертации объектов (ПКО) и там делать отказ от выгрузки неугодных элементов. Можно в упомянутом выше обработчике "ПередВыгрузкойОбъекта" из свойств конфигурации сделать фильтр. А можно во всех трех местах допустить выгрузку, но отсечь эти данные уже на этапе загрузки в базу-приемник.... Посмотрите для примера типовые правила обменов УТ-БУ там такого добра хватает.