Pdmworks почему нету связи с хранилищем конфигурации?

17 ответов на вопрос “Pdmworks почему нету связи с хранилищем конфигурации?”

  1. mr.timur15 Ответить

    Проверка хранилища

    Администратор хранилища может установить параметры на вкладке
    Настройки хранилища
    программы VaultAdmin, чтобы была произведена проверка хранилища при следующем запуске или при каждом запуске. Однако, если эти настройки не указаны, и служба Workgroup PDM не запущена, вы можете запустить следующий файл для произведения проверки при следующем запуске службы:
    < хранилище_сервер>\Сервер SolidWorks Workgroup PDM\Vault\validatevaultnextstartup.reg

    Конфликты портов

    При установке Workgroup PDM в системе Windows XP с Пакетом обновления 2 необходимо указать порты Workgroup PDM в параметрах брандмауэра.
    Чтобы включить порты Workgroup PDM в установке брандмауэра:
    В Windows откройте Панель управления.
    Дважды нажмите на Брандмауэр Windows Firewall.
    На вкладке Исключения выберите PDM-Data Port, PDM-Request Port и PDM-Vaultadmin Port.
    Нажмите OK.
    Программа Workgroup PDM использует выделенные порты для связи. Если вы полагаете, что порт Workgroup PDM вступает в конфликт с другим приложением (например, не удается зарегистрировать документ проект), можно изменить настройку порта по умолчанию в программе Windows Registry Editor. В системе Windows выберите Пуск, Выполнить, затем введите regedit и нажмите OK, чтобы получить доступ к программе Registry Editor. Каждый порт сохраняется как DWORD в реестре.
    Необходимо создать ключи реестра, чтобы данная процедура работала. Например, значение Request Port установлено на 40000 в отсутствие ключа. Если вы создадите значение реестра DWORD, также называемое “Request Port”, то хранилище или клиент будет использовать этот порт.
    Неправильная настройка реестра может привести к невосстановимому повреждению компьютера. Изменять конфигурацию реестра может только системный администратор.
    Порты по умолчанию (десятичные значения):
    Порт запроса = 40000
    Порт данных = 30000
    Порт VaultAdmin = 20000
    Порт Workgroup PDM Viewer = 80
    Вручную добавьте настройки реестра DWORD в следующие пути для компьютеров с установкой хранилища или VaultAdmin:
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Server\Request Port
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Server\Data Port
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Server\VaultAdmin Port
    Где < версия> является текущим основным выпуском.
    Если изменен порт для хранилища или VaultAdmin, то соответствующее значение регистра должно быть изменено для каждого клиента в перечисленных ниже путях. Возможно, придется создать ключ “Клиент”. Перезагрузите каждый клиентский компьютер после внесения изменения.
    Если программа SolidWorks Explorer установлена на 32-разрядном компьютере, измените следующие значения реестра:
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Client\Request Port
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Client\Data Port
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Client\VaultAdmin Port
    Если 32-разрядная версия программы SolidWorks Explorer установлена на 64-разрядном компьютере, измените следующие значения реестра:
    HKey_LOCAL_MACHINE\Software\Wow6432Node\SolidWorks\SolidWorks \PDMWorks Workgroup\Client\Request Port
    HKey_LOCAL_MACHINE\Software\Wow6432Node\SolidWorks\SolidWorks \PDMWorks Workgroup\Client\Data Port
    HKey_LOCAL_MACHINE\Software\Wow6432Node\SolidWorks\SolidWorks \PDMWorks Workgroup\Client\VaultAdmin Port
    Все элементы в реестре должны быть типа DWORD.

    Файлы не отображаются в окне вида хранилища

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

    Клиент сообщает, что хранилище не работает или не доступно

    Если хранилище предположительно запущено, а клиент получает сообщение: “ОШИБКА: Не удалось войти в Workgroup PDM. (Хранилище может не работать”), попробуйте сделать следующее:
    Убедитесь, что клиент может послать сигнал “ping” службе Сервера Workgroup PDM. (Клиенту необходимо подключиться к компьютеру, на котором запущена служба. Прямое подключение к удаленному компьютеру-хосту папки VaultData не обязательно.)
    Подключитесь к хранилищу с использованием IP адреса сервера, а не имени компьютера. Если такое подключение работает, это означает, что существует проблема в DNS, которую может отладить Отдел технической помощи.
    Внимательно просмотрите брандмауэр и настройки маршрутизатора (router), чтобы убедиться, что клиент может подсоединиться к серверу через порты 20000, 30000 и 40000. Поменяйте конфигурацию клиента и сервера, если сетевые порты Службы сервера Workgroup PDM. конфликтуют с другим программным обеспечением.

    Низкая производительность

    Низкая производительность может быть вызвана скоростью работы сетевого сервера.
    Чтобы проверить скорость сетевого сервера:
    В Windows откройте Панель управления, Сетевые подключения.
    Нажмите правой кнопкой мыши на Подключение по локальной сети и выберите Свойства.
    Выберите Настроить.
    На вкладке Дополнительно выберите поле Link Speed & Duplex в разделе Свойство (на некоторых машинах это свойство называется Speed & Duplex, Speed, Duplex или Media Type).
    Убедитесь, что Значение установлено на ту же скорость, что и скорость вашего сервера.

    Совместная настройка

    Совместная настройка серверов и соответствующих им портов должна быть одинаковой; например: оба могут пользоваться параметром 100MB Полная или Авто. Разные значения в этом параметре могут привести к Vault Error (Ошибке хранилища) 40 и медленному процессу регистрации больших документов.

    Event Viewer

    Event Viewer записывает любое действие предпринятое на вашем компьютере. Вы можете использовать этот инструмент для устранения ошибок хранилища.
    Чтобы воспользоваться Event Viewer:
    В Windows откройте Панель управления, Администрирование, Event Viewer.
    Нажмите правой кнопкой мыши на ошибку Сервера Workgroup PDM. и выберите Свойства.
    Используйте поле Описание диалогового окна для определения ошибки.

    Ошибки хранилища

    См. таблицу ошибок хранилища Workgroup PDM..
    Вы можете увидеть VAULT ERROR 1 (Ошибка хранилища 1) в случае, если проекты или файлы с доступом для записи недоступны. Если остановка и запуск службы Сервера Workgroup PDM. не исправляют эту неполадку, файл мог быть положен в папку VaultData без использования программного обеспечения Workgroup PDM.. Эта типично для случаев, когда недоступные проекты или файлы начинают встречаться с определенного места в дереве вида хранилища и продолжаются ниже этого места.
    Проверьте server.log (журнал сервера), чтобы обнаружить нарушающий порядок файл. Также можно использовать Проводник Windows, чтобы просмотреть содержание папки VaultData. Папка projects (проекты) должна содержать только папки, соответствующие проектам в хранилище. Обыкновенные файлы не должны присутствовать на этом уровне. Если недоступные файлы находятся в определенном проекте, перейдите в папу этого проекта и найдите этот файл в каталоге, вместо того чтобы искать его в папках.
    Если вы нашли файл-нарушитель в папке VaultData, необходимо его удалить, а затем остановить и перезапустить службу Сервера Workgroup PDM.. Если вам не удалось найти файл, являющийся причиной проблемы, обратитесь в Отдел технической помощи SolidWorks.

    Остановка и повторный запуск службы сервера Workgroup PDM

    Иногда остановка
    и повторный запуск
    службы сервера убирает сообщение об ошибке хранилища. Повторный запуск службы также сбрасывает отметку времени.
    Если новый запуск службы сервера не исправляет ошибку хранилища, пошлите электронную почту вашему реселлеру и приложите server.log (журнал сервера) (err.log (журнал ошибок) и app.log (журнал программы) в PDMWorks 2005 и более ранних версиях) из папки VaultData. Ваш реселлер должен послать эти файлы в Отдел технической помощи SolidWorks, включив следующую информацию:
    Версия SolidWorks и Workgroup PDM (основная версия и пакеты обновления)
    Операционные системы клиента и хранилища (включая версии пакетов обновления)
    Описание проблемы – например, встречается во всех файлах, в файлах одного проекта, в одном файле, а также затрагивает ли эта проблема всех пользователей или определенную группу пользователей.
    Шаги для воспроизведения проблемы

    Служба сервера Workgroup PDM не запускается

    Если служба запущена из месторасположения, отличного от места хранения папки VaultData, убедитесь, что папка VaultData была установлена с использованием пути UNC, а не на подключенный диск. Обновите установку хранилища, снова запустив программу автоматической установки с использованием UNC пути для папки VaultData. Если служба все равно не стартует, скорее всего эта проблема имеет отношение к допуску к службе.
    Чтобы проверить права допуска, измените имя входа пользователя для службы с “Входа в локальную систему” по умолчанию на bsp;учетную запись с правами чтения и записи на сервере и удаленном месторасположении. Данный пользователь должен иметь полное право доступа к папке VaultData. Если папка VaultData находится на другом компьютере, учетная запись данного пользователя должна существовать на этом компьютере. Обыкновенный пользователь – это пользователь в текущем домене Windows на обоих компьютерах.

    Разрешения

    Если служба сервера Workgroup PDM запущена из месторасположения, отличного от места хранения папки VaultData, убедитесь, что такой компьютер (или пользователь) имеют право доступа к папке VaultData.
    Чтобы определить компьютер (или пользователя), на котором запущена служба хранилища:
    В Windows откройте Панель управления, Администрирование, Службы.
    Нажмите правой кнопкой мыши Сервер Workgroup PDM и выберите Свойства.
    На вкладке Вход в систему определите компьютер (или пользователя), на котором запущена служба.
    Этот компьютер (или пользователь), которому необходимо право полного доступа к папке VaultData.
    Чтобы определить, есть ли у компьютера (или пользователя), на котором запущена служба хранилища, доступ к папке VaultData:
    Нажмите правой кнопкой мыши на папку VaultData (обычно располагается по следующему адресу: C:\VaultData) и выберите Свойства.
    На вкладке Безопасность убедитесь, что компьютер (или пользователь) в шаге 3 имеет право неограниченного доступа к папке.

    Поддерживаемые платформы

    Убедитесь, что служба хранилища и папка VaultData расположены на поддерживаемой платформе. Для получения списка поддерживаемых платформ см. Требования к системе.
    Если вы используете систему Novell NetWare® для папки VaultData:
    Служба не запускается.
    Разрешения могут быть неверно определены.
    Переведите папку VaultData на компьютер, использующий систему Windows, чтобы избавиться от ошибок.

  2. Saril Ответить

    Введение

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

    Базовый порядок работы

    Итак, сначала вкратце опишу базовый порядок работы с хранилищем, который используем мы:
    Рабочая база подключена к хранилищу;
    Для каждого разработчика создается отдельная копия;
    Пользователей хранилища мы называем по имени базы на 1с сервере. Пароль всегда стандартный и одинаковый. Это очень удобно. Совершенно не нужно помнить никаких логинов/паролей. Если ты заходишь в конфигуратор рабочей базы, то вводишь в логин имя рабочей, в копии – имена копий;
    Рабочая база (желательно ежедневно) в ручном или автоматическом режиме обновляется из хранилища;
    Если в течение дня пришлось что-то аврально исправлять, то можно внести исправление и в рабочей базе, но сразу поместить изменения в хранилище.

    Особенности

    Теперь перейдем к вещам, которые обязательно нужно помнить при работе с хранилищем. Многие из них достаточно очевидны. Однако есть и такие, которые мы “словили”.
    Хочу обратить внимание, что основное “словили” заключается в особенностях ведения наших проектов, однако полагаю что для многих это также актуально. У нас есть несколько самописных систем, которые уже эксплуатируются, но также активно дорабатываются. В рабочие конфигурации внедряются новые подсистемы, затрагивающие достаточно большой функционал. При этом, как всегда, всем надо всё и быстро, и мы не можем себе позволить по полгода разрабатывать/тестировать функционал где-то в сторонке, а уже потом внедрять его в рабочие системы. Чаще всего проекты разбиваются на маленькие и средние задания на разработку. Такое задание попадает к разработчику, он в своей копии пишет то, что надо. Потом, на его же копии всё тестируется, и если все хорошо, через хранилище обновляется рабочая БД. Не будем останавливаться на том, что так разработку вести не очень хорошо, но что, то есть, и уверен у многих похожие ситуации.
    Теперь подробнее о таких особенностях:

    Правила работы с корнем конфигурации

    Правило номер 1: не держите захваченным корень конфигурации!
    Тут вроде все достаточно очевидно. Если при разработке необходимо добавить новые объекты, то работаем по следующему алгоритму:
    Захватываем корень;
    Добавляем новый объект;
    Помещаем корень и новый объект;
    Захватываем объект обратно.
    Думаю многие работают по такому принципу. Вроде удобно, что корень всегда свободен для других разработчиков. Если даже новые объекты обновляются на рабочую – тоже ничего страшного (на них нет прав и их никто не увидит). Однако такой способ, помимо удобства, может содержать не очевидные неожиданности. О которых далее.

    Составные поля – зло

    Составные поля содержат в себе несколько неожиданностей при работе с хранилищем при нашей схеме разработки. Приведу несколько примеров.
    Добавление нового документа. Допустим необходимо добавить новый документ, но он, в свою очередь, является регистратором уже существующего регистра. Если мы пойдем по стандартному пути работы с корнем, вот что нас ждет. Мы добавим документ и поместим его в хранилище, т.е. этот документ появится в рабочей базе. В итоге у поля регистратор существующего регистра добавится новый тип документа, на который, я напоминаю, у пользователей нет прав. Таким образом, в рабочей базе пользователи могут словить “Нарушение прав доступа” при чтении таблицы регистра.
    Приведу другой похожий пример связанный с нумераторами. Добавляем новый документ и устанавливаем ему существующий нумератор, который уже используется в других документах. Затем также бездумно помещаем этот документ в хранилище. Всё, при записи любого документа, которому установлен данный нумератор ловим нарушение прав доступа на все тоже чтение нового документа.
    Правило номер 2: думайте о составных полях и правах. Не помещайте объекты в хранилище бездумно!

    Правила работы с ролями

    С ролями всегда нужно работать аккуратно. Ни в коем случае нельзя надолго захватывать существующую роль. Захватил роль–>добавил права–>поместил обратно. К сожалению, так случается, что работа над какой-либо задачей затягивается и у разработчика в его копии остается много захваченных объектов. Это в принципе не критично, но не в случае с ролями. С большой вероятностью, случится ситуация, при которой другому разработчику понадобится срочно роль.
    Вообще, при разработке новых подсистем, я придерживаюсь такого принципа. Я просто добавляю новую роль(или несколько) для данной подсистемы и на все новые объекты даю права исключительно этой роли. Когда подсистема внедряется, то просто нужным пользователям добавляем эту роль.

    Особо хочу отметить очень не очевидную проблему при работе с ролями вроде ПолныеПрава или Администратор. В общем с любыми ролями, у которых установлен флаг “Устанавливать права для новых объектов”:
    Сначала сформулирую правило номер 3: старайтесь никогда не захватывать в хранилище роль ПолныеПрава!
    Поясню, в чем опасность. Дело в том, что при добавлении новых объектов, таким ролям автоматически устанавливаются права на новые объекты даже при условии, что сама роль не захвачена в хранилище.
    Так почему же не надо захватывать такие роли?
    Ну, во-первых, в большинстве случаев это просто не нужно.
    Во-вторых, все таки случаются ситуации при которых такую роль захватить надо. Обычно это происходит тогда, когда нужно снять какие-то права у данной роли. Вот тут-то и зарыта опасность,.Мы захватили такую роль. В это время другой разработчик добавил новый объект и поместил его в хранилище. Мы закончили редактировать роль и поместили его в хранилище. И, бац, у роли ПолныеПрава нет прав на новый объект, потому что мы их перезатёрли. Неопрятная неожиданность.

    Дополнительные полезные советы:

    Старайтесь помещать объекты в хранилище не по одному, а “пакетом”: все объекты, измененные в рамках одной задачи.
    Во-первых, это уменьшает вероятность ошибок “целостности”. Я о них подробно и не говорил, потому как это должно быть более менее очевидно. Если мы изменили обработку проведения документа, из которой вызывали процедуру общего модуля, то нужно поместить и документ, и общий модуль.
    Во-вторых, позволяет проще ориентироваться в версиях конфигурации. Тут я советую также пользоваться метками для версии в хранилище.
    Пользуйтесь окном “Хранилище конфигурации”. К сожалению, почему-то не все знают о его существовании. А тем не менее, оно очень полезное. Например, в нем можно пакетно захватывать, помещать объекты в хранилище (через ctrl), ставить отборы (Все захваченные и Все захваченные пользователем).
    До этого окошка не очень удобно добираться из меню, но в этой статье можно посмотреть, как его удобно расположить в конфигураторе. Единственно, чего очень не хватает этому окну, так это отбора по подсистемам.

    При какой-либо не удачной попытке подключения к хранилищу (например, Вы случайно нажали отмена при подключении), 1с выдаст Вам вот такой диалог:

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

  3. NEMDAKE Ответить

    17 правил для составления оптимального ЗАПРОСа к данным базы 1С  28
      Для формирования и выполнения запросов к таблицам базы данных в платформе 1С используется специальный объект языка программирования Запрос . Создается этот объект вызовом конструкции Новый Запрос . Запрос удобно использовать, когда требуется получ1C и Google Maps  17
     была поставлена задача отображения на географической карте медицинских учреждений. После обзора предлагаемых решений был выбран сервис google. Но так же подобного рода подход будет работать и с картами сервиса yandex. Во время решения задачи было реш1C: Enterprise Development Tools  47
      И вот случилось долгожданное: Вышел 1C: Enterprise Development Tools – это среда для разработки конфигурации в IDE Eclipse. С сайта 1С: « 1C:Enterprise Development Tools » – это инструмент нового поколения для разработчиков бизнес-приложений систем1С Предприятие что это?  11
      Что такое 1С?
    1С — это фирма , у которой одно из направлений деятельности — разработка программного обеспечения для автоматизации бизнес-процессов предприятий. « 1С:Предприятие » – конкретный продукт, который выпускает компания 1С .
    Что такое     Cодержимое указанного ниже веб-сайта в этом приложении блокируется… Aboutsecurity_1cv8c.exe  1
      Проблема: После обновления на 1С:Бухгалтерию предприятия 3-й версии, при нажатии на закладку командного интерфейса 1С:предприятие, выскакивает ошибка: Aboutsecurity_1cv8c.exe или Aboutsecurity_1cv8.exe «Содержимое указанного ниже веб-узла в э Посмотреть все результаты поиска похожих

  4. aDix_}{О|{EЇсТ Ответить

    Пара общих строк. Зачем это нужно?
    – Если Вам надоело выгонять пользователей для того, чтоб внести изменение в конфигурацию..
    – Если Вы хотите видеть, что, как и кем менялось в конфигурации с течением времени..
    – Если Вы хотите иметь представление об объемах работы по изменению конфигурации каждого конкретного программиста (к сожалению, внешние обработки и отчеты туда не поместишь)
    – Если над изменениями конфигурации работает несколько программистов и Вы хотите избежать ситуации, когда один из них перезатирает работу другого..
    – Если нужно организовать слаженную работу географически удаленных разработчиков..
    – Если Вы хотите иметь возможность откатить отдельные изменения отдельных объектов конфигурации, например, после неудачной правки или после неудачного обновления (неприятная ситуация, когда проморгали какие либо перезатертые обновлением нужные Вам изменения конфигурации.. порой даже и не вспомнить, что именно)..
    .. то Вам может помочь организация работы с использованием Хранилища.
    В мире “большого” программирования т.н. Конфигурационное управление используется очень давно и многие проекты, представленные в каталогах бесплатного ПО, просто не смогло бы появится без использования данного подхода. И в мире 1С это так-же не могло не возникнуть, учитывая возрастающую сложность конфигураций и необходимость их групповой разработки и поддержки.
    Итак.. Создание Хранилища.
    В режиме Конфигуратора, в меню Конфигурация/Хранилище конфигурации выберем Создать хранилище… , укажем каталог хранилища, пользователя/пароль (не связано с пользователями БД) и выгрузим ТЕКУЩЕЕ состояние конфигурации в него..
    Что нужно сделать дополнительно: Даже если Вы планируете работать с Хранилищем в одиночку – сразу после создания создайте ЕЩЕ одного пользователя хранилища с административными правами и одного с параметрами по умолчанию – пункт Администрирование хранилища в том же меню.
    Зачем: бывают случаи, когда пользователь “зависает” в Хранилище – и войти в него невозможно. Тогда будет возможность зайти под вторым логином и “снять” зависшего пользователя (т.е. себя же) – после чего можно продолжить работу в обычном порядке. Пользователь с обычными правами нужен для повседневной работы..
    У нас есть хранилище. И наша текущая (как правило – рабочая) БД к нему уже подключена. Причем под именем того пользователя, от имени которого Хранилище было создано..
    Неочевидный аспект: имейте ввиду, что теперь этот пользователь будет “закреплен” за Рабочей БД, от имени другого пользователя, открыв рабочую БД в конфигураторе, соединится с Хранилищем не удастся!
    Как вести разработку:
    – Для (каждого) программиста (обычно, локально, на его компьютере) создается пустая БД. Из основной БД делается выгрузка с данными (если она не сильно объемная – файл *.dt) или выгружается просто конфигурация (если БД сильно большая – файл *.cf). – В созданную локально базу заружают копии основной БД (можно без этого обойтись, но так быстрее, чем.. “не так” – этот пункт отсутствует в документации, по стандарту, его можно пропустить).
    – Теперь нужно соединить нашу локальную БД с Хранилищем – выберем в том же меню, что упоминалось выше, пункт Подключиться к хранилищу.. , где укажем путь/адрес хранилища, пользователя с “обычными” правами (если программистов много – то для каждого должна быть заведена его учетная запись в Хранилище) и жмем OK.Происходит сравнение конфигурации Хранилища и Вашей локальной копии и подключение к Хранилищу.
    ПРИ ЭТОМ ЕСЛИ ЕСТЬ РАЗНИЦА – ВАША ЛОКАЛЬНАЯ КОНФИГУРАЦИЯ БУДЕТ ЗАТЕРТА КОНФИГУРАЦИЕЙ ХРАНИЛИЩА
    Данные локальной БД, при этом, останутся целыми.. можете считать, что произошло Объединение конфигураций с приоритетом конфигурации Хранилища.
    “Неочевидное”: а что делать если мы уже вели разработку в локальной БД? Как сохранить все “нажитое непосильным трудом”??
    “Невероятное”: выход есть. ПЕРЕД тем, как соединить локальную БД с Хранилищем, СДЕЛАЕМ ВЫГРУЗКУ локальной конфигурации в файл *.cf
    После этого свяжем БД с Хранилищем и затрем свои изменения. Затем выполним операцию Захватить в хранилище.. (рекурсивно, если мы одни и никто не работает над изменением объектов) над корневым элементом в дереве Конфигурации.
    После этого объединим локальную конфигурацию с конфигурацией из файла с приоритетом последнего и отправим все НАШИ ИЗМЕНЕНИЯ в Хранилище (операция Поместить в хранилище..).
    Все в порядке. Оттуда эти наши изменения можно отправлять в основную БД!
    Если программистов много – то изменения каждого нужно отправлять в Хранилище поочереди, ПРЕДВАРИТЕЛЬНО выгрузив у всех работу во внешние файлы с конфигурацией локальной БД и (если объединение делается с разных рабочих мест), не забывая перед каждым объединением ОБНОВЛЯТЬ локальные БД из Хранилища – до последней версии, с присутствующим там изменениями ранее подключенных товарищей не забывая перед каждым объединением выполнять РЕКУРСИВНЫЙ захват корневого элемента конфигурации, в ходе которого в т.ч. происходит обновление конфигурации из Хранилища до последней версии.. А после каждого объединения выпонять РЕКУРСИВНЫЙ возврат корневого элемента для обновления конфигурации в Хранилище.
    А теперь можно начинать продуктивную работу..
    ====
    Советую ознакомится со следующими ссылками:

  5. Cryotic Ответить

    Устранение неполадок хранилища

    Проверка хранилища
    Конфликты портов
    Файлы не отображаются в окне вида хранилища
    Клиент сообщает, что хранилище не работает или не доступно
    Низкая производительность
    Совместная настройка
    Event Viewer
    Ошибки хранилища

    Устранение неполадок Службы сервера Workgroup PDM

    Остановка и повторный запуск службы сервера Workgroup PDM
    Часто встречаются неполадки, если служба сервера Workgroup PDM запущена из месторасположения, отличного от места хранения папки VaultData:
    Служба сервера Workgroup PDM не запускается
    Разрешения
    Поддерживаемые платформы

    Проверка хранилища

    Администратор хранилища может установить параметры на вкладке Настройки хранилища программы VaultAdmin, чтобы была произведена проверка хранилища при следующем запуске или при каждом запуске. Однако, если эти настройки не указаны, и служба Workgroup PDM не запущена, вы можете запустить следующий файл для произведения проверки при следующем запуске службы:
    < хранилище_сервер>\Сервер SolidWorks Workgroup PDM\Vault\validatevaultnextstartup.reg

    Конфликты портов

    При установке Workgroup PDM в системе Windows XP с Пакетом обновления 2 необходимо указать порты Workgroup PDM в параметрах брандмауэра.
    Чтобы включить порты Workgroup PDM в установке брандмауэра:
    В Windows откройте Панель управления.
    Дважды нажмите на Брандмауэр Windows Firewall.
    На вкладке Исключения выберите PDM-Data Port, PDM-Request Port и PDM-Vaultadmin Port.
    Нажмите кнопку OK.
    Программа Workgroup PDM использует выделенные порты для связи. Если вы полагаете, что порт Workgroup PDM вступает в конфликт с другим приложением (например, не удается зарегистрировать документ проект), можно изменить настройку порта по умолчанию в программе Windows Registry Editor. В системе Windows выберите Пуск, Выполнить, затем введите regedit и нажмите OK, чтобы получить доступ к программе Registry Editor. Каждый порт сохраняется как DWORD в реестре.
    Необходимо создать ключи реестра, чтобы данная процедура работала. Например, значение Request Port установлено на 40000 в отсутствие ключа. Если вы создадите значение реестра DWORD, также называемое “Request Port”, то хранилище или клиент будет использовать этот порт.
    Неправильная настройка реестра может привести к невосстановимому повреждению компьютера. Изменять конфигурацию реестра может только системный администратор.
    Порты по умолчанию (десятичные значения):
    Порт запроса = 40000
    Порт данных = 30000
    Порт VaultAdmin = 20000
    Порт Workgroup PDM Viewer = 80
    Вручную добавьте настройки реестра DWORD в следующие пути для компьютеров с установкой хранилища или VaultAdmin:
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Server\Request Port
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Server\Data Port
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Server\VaultAdmin Port
    Где < версия> является текущим основным выпуском.
    Если изменен порт для хранилища или VaultAdmin, то соответствующее значение регистра должно быть изменено для каждого клиента в перечисленных ниже путях. Возможно, придется создать ключ “Клиент”. Перезагрузите каждый клиентский компьютер после внесения изменения.
    Если программа SolidWorks Explorer установлена на 32-разрядном компьютере, измените следующие значения реестра:
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Client\Request Port
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Client\Data Port
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Client\VaultAdmin Port
    Если 32-разрядная версия программы SolidWorks Explorer установлена на 64-разрядном компьютере, измените следующие значения реестра:
    HKey_LOCAL_MACHINE\Software\Wow6432Node\SolidWorks\SolidWorks \PDMWorks Workgroup\Client\Request Port
    HKey_LOCAL_MACHINE\Software\Wow6432Node\SolidWorks\SolidWorks \PDMWorks Workgroup\Client\Data Port
    HKey_LOCAL_MACHINE\Software\Wow6432Node\SolidWorks\SolidWorks \PDMWorks Workgroup\Client\VaultAdmin Port
    Все элементы в реестре должны быть типа DWORD.

    Файлы не отображаются в окне вида хранилища

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

    Клиент сообщает, что хранилище не работает или не доступно

    Если хранилище предположительно запущено, а клиент получает сообщение: “ОШИБКА: Не удалось войти в Workgroup PDM. (Хранилище может не работать”), попробуйте сделать следующее:
    Убедитесь, что клиент может послать сигнал “ping” службе Сервера Workgroup PDM. (Клиенту необходимо подключиться к компьютеру, на котором запущена служба. Прямое подключение к удаленному компьютеру-хосту папки VaultData не обязательно.)
    Подключитесь к хранилищу с использованием IP адреса сервера, а не имени компьютера. Если такое подключение работает, это означает, что существует проблема в DNS, которую может отладить Отдел технической помощи.
    Внимательно просмотрите брандмауэр и настройки маршрутизатора (router), чтобы убедиться, что клиент может подсоединиться к серверу через порты 20000, 30000 и 40000. Поменяйте конфигурацию клиента и сервера, если сетевые порты Службы сервера Workgroup PDM. конфликтуют с другим программным обеспечением.

    Низкая производительность

    Низкая производительность может быть вызвана скоростью работы сетевого сервера.
    Чтобы проверить скорость сетевого сервера:
    В Windows откройте Панель управления, Сетевые подключения.
    Нажмите правой кнопкой мыши на Подключение по локальной сети и выберите Свойства.
    Нажмите кнопку Конфигурировать.
    На вкладке Дополнительно выберите поле Link Speed & Duplex в разделе Свойство (на некоторых машинах это свойство называется Speed & Duplex, Speed, Duplex или Media Type).
    Убедитесь, что Значение установлено на ту же скорость, что и скорость вашего сервера.

    Совместная настройка

    Совместная настройка серверов и соответствующих им портов должна быть одинаковой; например: оба могут пользоваться параметром 100MB Полная или Авто. Разные значения в этом параметре могут привести к Vault Error (Ошибке хранилища) 40 и медленному процессу регистрации больших документов.

    Event Viewer

    Event Viewer записывает любое действие предпринятое на вашем компьютере. Вы можете использовать этот инструмент для устранения ошибок хранилища.
    Чтобы воспользоваться Event Viewer:
    В Windows откройте Панель управления, Администрирование, Event Viewer.
    Нажмите правой кнопкой мыши на ошибку Сервера Workgroup PDM. и выберите Свойства.
    Используйте поле Описание диалогового окна для определения ошибки.

    Ошибки хранилища

    См. таблицу ошибок хранилища Workgroup PDM..
    Вы можете увидеть VAULT ERROR 1 (Ошибка хранилища 1) в случае, если проекты или файлы с доступом для записи недоступны. Если остановка и запуск службы Сервера Workgroup PDM. не исправляют эту неполадку, файл мог быть положен в папку VaultData без использования программного обеспечения Workgroup PDM.. Эта типично для случаев, когда недоступные проекты или файлы начинают встречаться с определенного места в дереве вида хранилища и продолжаются ниже этого места.
    Проверьте server.log (журнал сервера), чтобы обнаружить нарушающий порядок файл. Также можно использовать Проводник Windows, чтобы просмотреть содержание папки VaultData. Папка projects (проекты) должна содержать только папки, соответствующие проектам в хранилище. Обыкновенные файлы не должны присутствовать на этом уровне. Если недоступные файлы находятся в определенном проекте, перейдите в папу этого проекта и найдите этот файл в каталоге, вместо того чтобы искать его в папках.
    Если вы нашли файл-нарушитель в папке VaultData, необходимо его удалить, а затем остановить и перезапустить службу Сервера Workgroup PDM.. Если вам не удалось найти файл, являющийся причиной проблемы, обратитесь в Отдел технической помощи SolidWorks.

    Остановка и повторный запуск службы сервера Workgroup PDM

    Иногда остановка и повторный запуск службы сервера убирает сообщение об ошибке хранилища. Повторный запуск службы также сбрасывает отметку времени.
    Если новый запуск службы сервера не исправляет ошибку хранилища, пошлите электронную почту вашему реселлеру и приложите server.log (журнал сервера) (err.log (журнал ошибок) и app.log (журнал программы) в PDMWorks 2005 и более ранних версиях) из папки VaultData. Ваш реселлер должен послать эти файлы в Отдел технической помощи SolidWorks, включив следующую информацию:
    Версия SolidWorks и Workgroup PDM (основная версия и пакеты обновления)
    Операционные системы клиента и хранилища (включая версии пакетов обновления)
    Описание проблемы – например, встречается во всех файлах, в файлах одного проекта, в одном файле, а также затрагивает ли эта проблема всех пользователей или определенную группу пользователей.
    Шаги для воспроизведения проблемы

    Служба сервера Workgroup PDM не запускается

    Если служба запущена из месторасположения, отличного от места хранения папки VaultData, убедитесь, что папка VaultData была установлена с использованием пути UNC, а не на подключенный диск. Обновите установку хранилища, снова запустив программу автоматической установки с использованием UNC пути для папки VaultData. Если служба все равно не стартует, скорее всего эта проблема имеет отношение к допуску к службе.
    Чтобы проверить права допуска, измените имя входа пользователя для службы с “Входа в локальную систему” по умолчанию на учетную запись с правами чтения и записи на сервере и удаленном месторасположении. Данный пользователь должен иметь полное право доступа к папке VaultData. Если папка VaultData находится на другом компьютере, учетная запись данного пользователя должна существовать на этом компьютере. Обыкновенный пользователь – это пользователь в текущем домене Windows на обоих компьютерах.

    Разрешения

    Если служба сервера Workgroup PDM запущена из месторасположения, отличного от места хранения папки VaultData, убедитесь, что такой компьютер (или пользователь) имеют право доступа к папке VaultData.
    Чтобы определить компьютер (или пользователя), на котором запущена служба хранилища:
    В Windows откройте Панель управления, Администрирование, Службы.
    Нажмите правой кнопкой мыши Сервер Workgroup PDM и выберите Свойства.
    На вкладке Вход в систему определите компьютер (или пользователя), на котором запущена служба.
    Этот компьютер (или пользователь), которому необходимо право полного доступа к папке VaultData.
    Чтобы определить, есть ли у компьютера (или пользователя), на котором запущена служба хранилища, доступ к папке VaultData:
    Нажмите правой кнопкой мыши на папку VaultData (обычно располагается по следующему адресу: C:\VaultData) и выберите Свойства.
    На вкладке Безопасность убедитесь, что компьютер (или пользователь) в шаге 3 имеет право неограниченного доступа к папке.

    Поддерживаемые платформы

    Убедитесь, что служба хранилища и папка VaultData расположены на поддерживаемой платформе. Для получения списка поддерживаемых платформ см. Требования к системе.
    Если вы используете систему Novell NetWare® для папки VaultData:
    Служба не запускается.
    Разрешения могут быть неверно определены.
    Переведите папку VaultData на компьютер, использующий систему Windows, чтобы избавиться от ошибок.

  6. Miraginn Ответить

    Устранение неполадок хранилища

    Проверка хранилища
    Конфликты портов
    Файлы не отображаются в окне вида хранилища
    Клиент сообщает, что хранилище не работает или не доступно
    Низкая производительность
    Совместная настройка
    Event Viewer
    Ошибки хранилища

    Устранение неполадок Службы сервера Workgroup PDM

    Остановка и повторный запуск службы сервера Workgroup PDM
    Часто встречаются неполадки, если служба сервера Workgroup PDM запущена из месторасположения, отличного от места хранения папки VaultData:
    Служба сервера Workgroup PDM не запускается
    Разрешения
    Поддерживаемые платформы

    Проверка хранилища

    Администратор хранилища может установить параметры на вкладке Настройки хранилища программы VaultAdmin, чтобы была произведена проверка хранилища при следующем запуске или при каждом запуске. Однако, если эти настройки не указаны, и служба Workgroup PDM не запущена, вы можете запустить следующий файл для произведения проверки при следующем запуске службы:
    < хранилище_сервер>\Сервер SolidWorks Workgroup PDM\Vault\validatevaultnextstartup.reg

    Конфликты портов

    При установке Workgroup PDM в системе Windows XP с Пакетом обновления 2 необходимо указать порты Workgroup PDM в параметрах брандмауэра.
    Чтобы включить порты Workgroup PDM в установке брандмауэра:
    В Windows откройте Панель управления.
    Дважды нажмите на Брандмауэр Windows Firewall.
    На вкладке Исключения выберите PDM-Data Port, PDM-Request Port и PDM-Vaultadmin Port.
    Нажмите OK.
    Программа Workgroup PDM использует выделенные порты для связи. Если вы полагаете, что порт Workgroup PDM вступает в конфликт с другим приложением (например, не удается зарегистрировать документ проект), можно изменить настройку порта по умолчанию в программе Windows Registry Editor. В системе Windows выберите Пуск, Выполнить, затем введите regedit и нажмите OK, чтобы получить доступ к программе Registry Editor. Каждый порт сохраняется как DWORD в реестре.
    Необходимо создать ключи реестра, чтобы данная процедура работала. Например, значение Request Port установлено на 40000 в отсутствие ключа. Если вы создадите значение реестра DWORD, также называемое “Request Port”, то хранилище или клиент будет использовать этот порт.
    Неправильная настройка реестра может привести к невосстановимому повреждению компьютера. Изменять конфигурацию реестра может только системный администратор.
    Порты по умолчанию (десятичные значения):
    Порт запроса = 40000
    Порт данных = 30000
    Порт VaultAdmin = 20000
    Порт Workgroup PDM Viewer = 80
    Вручную добавьте настройки реестра DWORD в следующие пути для компьютеров с установкой хранилища или VaultAdmin:
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Server\Request Port
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Server\Data Port
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Server\VaultAdmin Port
    Где < версия> является текущим основным выпуском.
    Если изменен порт для хранилища или VaultAdmin, то соответствующее значение регистра должно быть изменено для каждого клиента в перечисленных ниже путях. Возможно, придется создать ключ “Клиент”. Перезагрузите каждый клиентский компьютер после внесения изменения.
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Client\Request Port
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Client\Data Port
    HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\SolidWorks < версия>\PDMWorks Workgroup\Client\VaultAdmin Port
    Все элементы в реестре должны быть типа DWORD.

    Файлы не отображаются в окне вида хранилища

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

    Клиент сообщает, что хранилище не работает или не доступно

    Если хранилище предположительно запущено, а клиент получает сообщение: “ОШИБКА: Не удалось войти в Workgroup PDM. (Хранилище может не работать”), попробуйте сделать следующее:
    Убедитесь, что клиент может послать сигнал “ping” службе Сервера Workgroup PDM.. (Клиенту необходимо подключиться к компьютеру, на котором запущена служба. Прямое подключение к удаленному компьютеру-хосту папки VaultData не обязательно.)
    Подключитесь к хранилищу с использованием IP адреса сервера, а не имени компьютера. Если такое подключение работает, это означает, что существует проблема в DNS, которую может отладить Отдел технической помощи.
    Внимательно просмотрите брандмауэр и настройки маршрутизатора (router), чтобы убедиться, что клиент может подсоединиться к серверу через порты 20000, 30000 и 40000. Поменяйте конфигурацию клиента и сервера, если сетевые порты Службы сервера Workgroup PDM. конфликтуют с другим программным обеспечением.

    Низкая производительность

    Низкая производительность может быть вызвана скоростью работы сетевого сервера.
    Чтобы проверить скорость сетевого сервера:
    В Windows откройте Панель управления, Сетевые подключения.
    Нажмите правой кнопкой мыши на Подключение по локальной сети и выберите Свойства.
    Нажмите кнопку Конфигурировать.
    На вкладке Дополнительно выберите поле Link Speed & Duplex в разделе Свойство (на некоторых машинах это свойство называется Speed & Duplex, Speed, Duplex или Media Type).
    Убедитесь, что Значение установлено на ту же скорость, что и скорость вашего сервера.

    Совместная настройка

    Совместная настройка серверов и соответствующих им портов должна быть одинаковой; например: оба могут пользоваться параметром 100MB Полная или Авто. Разные значения в этом параметре могут привести к Vault Error (Ошибке хранилища) 40 и медленному процессу регистрации больших документов.

    Event Viewer

    Event Viewer записывает любое действие предпринятое на вашем компьютере. Вы можете использовать этот инструмент для устранения ошибок хранилища.
    Чтобы воспользоваться Event Viewer:
    В Windows откройте Панель управления, Администрирование, Event Viewer.
    Нажмите правой кнопкой мыши на ошибку Сервера Workgroup PDM. и выберите Свойства.
    Используйте поле Описание диалогового окна для определения ошибки.

    Ошибки хранилища

    См. таблицу ошибок хранилища Workgroup PDM..
    Вы можете увидеть VAULT ERROR 1 (Ошибка хранилища 1) в случае, если проекты или файлы с доступом для записи недоступны. Если остановка и запуск службы Сервера Workgroup PDM. не исправляют эту неполадку, файл мог быть положен в папку VaultData без использования программного обеспечения Workgroup PDM.. Эта типично для случаев, когда недоступные проекты или файлы начинают встречаться с определенного места в дереве вида хранилища и продолжаются ниже этого места.
    Проверьте server.log (журнал сервера), чтобы обнаружить нарушающий порядок файл. Также можно использовать Проводник Windows, чтобы просмотреть содержание папки VaultData. Папка projects (проекты) должна содержать только папки, соответствующие проектам в хранилище. Обыкновенные файлы не должны присутствовать на этом уровне. Если недоступные файлы находятся в определенном проекте, перейдите в папу этого проекта и найдите этот файл в каталоге, вместо того чтобы искать его в папках.
    Если вы нашли файл-нарушитель в папке VaultData, необходимо его удалить, а затем остановить и перезапустить службу Сервера Workgroup PDM.. Если вам не удалось найти файл, являющийся причиной проблемы, обратитесь в Отдел технической помощи SolidWorks.

    Остановка и повторный запуск службы сервера Workgroup PDM

    Иногда остановка и повторный запуск службы сервера убирает сообщение об ошибке хранилища. Повторный запуск службы также сбрасывает отметку времени.
    Если новый запуск службы сервера не исправляет ошибку хранилища, пошлите электронную почту вашему реселлеру и приложите server.log (журнал сервера) (err.log (журнал ошибок) и app.log (журнал программы) в PDMWorks 2005 и более ранних версиях) из папки VaultData. Ваш реселлер должен послать эти файлы в Отдел технической помощи SolidWorks, включив следующую информацию:
    Версия SolidWorks и Workgroup PDM (основная версия и пакеты обновления)
    Операционные системы клиента и хранилища (включая версии пакетов обновления)
    Описание проблемы – например, встречается во всех файлах, в файлах одного проекта, в одном файле, а также затрагивает ли эта проблема всех пользователей или определенную группу пользователей.
    Шаги для воспроизведения проблемы

    Служба сервера Workgroup PDM не запускается

    Если служба запущена из месторасположения, отличного от места хранения папки VaultData, убедитесь, что папка VaultData была установлена с использованием пути UNC, а не на подключенный диск. Обновите установку хранилища, снова запустив программу автоматической установки с использованием UNC пути для папки VaultData. Если служба все равно не стартует, скорее всего эта проблема имеет отношение к допуску к службе.
    Чтобы проверить права допуска, измените имя входа пользователя для службы с “Входа в локальную систему” по умолчанию на учетную запись с правами чтения и записи на сервере и удаленном месторасположении. Данный пользователь должен иметь полное право доступа к папке VaultData. Если папка VaultData находится на другом компьютере, учетная запись данного пользователя должна существовать на этом компьютере. Обыкновенный пользователь – это пользователь в текущем домене Windows на обоих компьютерах.

    Разрешения

    Если служба сервера Workgroup PDM запущена из месторасположения, отличного от места хранения папки VaultData, убедитесь, что такой компьютер (или пользователь) имеют право доступа к папке VaultData.
    Чтобы определить компьютер (или пользователя), на котором запущена служба хранилища:
    В Windows откройте Панель управления, Администрирование, Службы.
    Нажмите правой кнопкой мыши Сервер Workgroup PDM и выберите Свойства.
    На вкладке Вход в систему определите компьютер (или пользователя), на котором запущена служба.
    Этот компьютер (или пользователь), которому необходимо право полного доступа к папке VaultData.
    Чтобы определить, есть ли у компьютера (или пользователя), на котором запущена служба хранилища, доступ к папке VaultData:
    Нажмите правой кнопкой мыши на папку VaultData (обычно располагается по следующему адресу: C:\VaultData) и выберите Свойства.
    На вкладке Безопасность убедитесь, что компьютер (или пользователь) в шаге 3 имеет право неограниченного доступа к папке.

    Поддерживаемые платформы

    Убедитесь, что служба хранилища и папка VaultData расположены на поддерживаемой платформе. Для получения списка поддерживаемых платформ см. Требования к системе.
    Если вы используете систему Novell NetWare® для папки VaultData:
    Служба не запускается.
    Разрешения могут быть неверно определены.
    Переведите папку VaultData на компьютер, использующий систему Windows, чтобы избавиться от ошибок.

  7. Thunderdefender Ответить

    Рубрики

    Практика программирования Не имеет значения Не имеет значения

    Кому

    Системный администратор ,
    Программист

    Тип файла

    Нет файла

    Платформа

    Платформа 1С v8.x (все механизмы)

    Конфигурация

    Не имеет значения

    Операционная система

    Windows

    Страна

    Не имеет значения

    Отрасль

    Не имеет значения

    Налоги

    Не имеет значения

    Вид учета

    Не имеет значения

    Доступ к файлу

    Бесплатно (free)

    Код открыт

    Не указано

  8. Yoshicage Ответить

    Файловая база данных, в которой хранится информация о всех вносимых изменениях в конфигурацию, называется ее хранилищем.

    Как работать с хранилищем конфигурации 1С 8.3

    Через хранилище может вестись коллективная работа разработчиков с конфигурацией. При этом можно посмотреть, кем и когда были внесены те или иные изменения. При подключении к хранилищу, все метаданные из него загружаются в базу.
    Разработчики, создавая собственные объекты метаданных, чтобы не возникло ситуации одновременного изменения объекта в хранилище, могут воспользоваться возможностью его захвата. После окончания работы над объектом, он перемещается обратно в хранилище, и метка захвата снимается. В любой момент можно восстановить предыдущую версию конфигурации из ее хранилища. Благодаря этому осуществляется контроль доступа к объектам конфигурации при ее разработке или модификации, и тем самым обеспечивается синхронная работа разработчиков.
    Рассмотрим, как происходит такая работа на примере «1С:Бухгалтерия 3.0».

    Установка сервера хранилища конфигурации 1С

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

    Рис.1
    Если платформа уже была установлена, то добавить компоненту надо в разделе «Программы и компоненты», нажав кнопку «Изменить» и выделив нужную платформу.

    Рис.2
    Следуя по шагам помощника установки, идем далее.
    После окончания установки нам нужно зарегистрировать сервер. Файл службы находится в каталоге «bin» установленной платформы – crserver.exe.

    Рис.3
    Для регистрации службы воспользуемся командной строкой. Вызываем ее, введя в строке поиска кнопки «cmd».

    Рис.4
    Для регистрации службы сервера хранилища конфигурации, в командной строке пишем: “C:\Program Files (x86)\1cv8\8.3.13.1513\bin\crserver.exe” -instsrvc -d “C:\1С Хранилище”.
    Где:
    8.3.13.1213 – каталог с нашей платформой и далее путь к файлу crserver.exe.
    С:\1С Хранилище – это путь к папке, которую мы создали для хранилища конфигурации (для примера).

    Рис.5
    Если все правильно написано, то в окне «Службы (локальные)» у нас появится наша служба (найти этот раздел можно поиском в Панели управления).

    Рис.6
    Нажимаем гиперссылку «Запустить службу», чтобы она заработала. Тип запуска – «Установлено автоматически».
    Далее мы создадим хранилище.

    Создание хранилища конфигурации 1С

    Откроем нашу базу в режиме Конфигуратора и в пункте меню Хранилища выберем команду создания.

    Рис.7
    Указываем путь, где будет располагаться хранилище. Это может быть локальный компьютер, компьютер в сети, сервере или веб-сервере. Пример локального пути – С:\1С Хранилище.

    Рис.8
    Или можно указать его сетевое имя (при этом не забудьте открыть доступ к папке).

    Рис.9
    Если хранилище располагается на сервере, путь указывается в формате: tcp://192.168.0.100/Хранилище конфигурации 1.

    Рис.10
    Где 192.168.0.100 – IP компьютера (в нашем примере).
    Далее мы пишем имя каталога нашего хранилища (например, «Хранилище конфигурации 1»). При создании на сервере хранилища база будет находиться: С:\1С Хранилище\Хранилище конфигурации 1.
    Выбрав удобный вариант размещения хранилища, нажимаем кнопку «Далее», указываем имя пользователя и устанавливаем пароль.

    Рис.11
    После нажатия кнопки «Ок» начнется процесс создания хранилища конфигурации.

    Рис.12
    По окончании процесса, программа предложит подключиться к хранилищу (подтверждаем действие).

    Рис.13

    Как подключиться к хранилищу конфигурации 1С 8.3

    В нашем пункте меню выбираем команду подключения.

    Рис.14
    При этом текущая конфигурация заменяется конфигурацией из хранилища. На вопрос программы о подключении отвечаем – «Да».

    Рис.15
    При подключении к хранилищу указываем файловый каталог или адрес удаленного хранилища, вводим данные пользователя.

    Рис.16
    О подключении появится соответствующее сообщение: «Подключение конфигурации к хранилищу успешно завершено».

    Рис.17
    Отключиться от хранилища можно в том же разделе через команду «Отключиться от хранилища».

    Рис.18

    Настройка хранилища конфигурации

    Настройки производят через пункт администрирования.

    Рис.19
    Здесь можно добавить новых пользователей, задают их права.

    Рис.20

    Рис.21
    На закладке «Подключения» можно отслеживать подключившихся пользователей и при необходимости можно их отключить (кнопка «Отключить»). Или на закладке «Отмена захвата» отменить захват объектов.

    Рис.22

    Рис.23
    Рекомендуется добавить еще одного пользователя с административными правами (даже если с хранилищем работает один пользователь) на тот случай, если система зависнет. Тогда можно будет зайти и отключить его.

    Обновить хранилище конфигурации

    Для того чтобы начать работать с объектом, необходимо выполнить его захват, чтобы другой пользователь не смог вносить в него изменения. Если нажать на корневом элементе правой кнопкой мышки и выбрать команду «Захватить в хранилище», то блокируются все объекты конфигурации.

    Рис.24
    При возможном запараллеливании работы разработчиков можно производить захват отдельных объектов. Для этого при захвате выделяется конкретный объект.

    Рис.25
    В этом случае захватывается в хранилище указанный объект. При этом мы можем задать параметры: выполнять рекурсивно, то есть захватить все подчиненные объекты и формы, или разрешить получить такие объекты.

    Рис.26
    В итоге захвата мы видим на объектах конфигурации метку «Объект захвачен». Во время захвата объекта никто другой не может его корректировать. Данные действия можно проделать как с целым объектом, так и с его отдельными объектами или формами. После окончания работы, он перемещается обратно в хранилище и метка о захвате снимается.

    Рис.27
    После окончания работы с объектом он помещается обратно в хранилище (команда «Поместить в хранилище…»). При этом хорошо бы написать комментарий о произведенных изменениях.

    Рис.28
    В конце нам надо сопоставить конфигурации и выполнить их объединение. Команда «Сравнить/объединить конфигурацию с хранилищем…».

    Рис.29
    Используя хранилище, разработчик может создавать и подключать в конфигурацию расширение, не внося изменений в типовую конфигурацию. Такая возможность появилась, начиная с платформы 8.3.6.1977.
    Расширение конфигурации – это тоже своего рода конфигурация, дополненная по желанию пользователя программы. Могут быть добавлены новые объекты или заимствованы и переделаны из типовой конфигурации. Удобство этого механизма в том, что типовую конфигурацию нет необходимости снимать с поддержки, добавленное расширение автоматически объединяется с основной конфигурацией, т.к. она не была затронута. Поэтому, если доработки выполнять в расширении, а не включать в основную конфигурацию (типовую), то она с поддержки не снимается, что упрощает ее дальнейшее обновление.

  9. joker_crazy_men Ответить

    Какие проблемы при работе с хранилищем были решены в платформе 8.3?При выпуске платформы «1С:Предприятие» 8.3.3 разработчики постарались решить наиболее важные проблемы, возникающие при работе с хранилищем конфигурации. В частности:
    1) Проблема с превышением допустимого размера таблицы в базе данных хранилища. Данная проблема была актуальна для больших конфигураций и хранилищ с большим количеством версий. Для решения данной проблемы было реализовано специализированное файловое хранилище.
    Изменен способ хранения информации в хранилище конфигурации: объекты хранилища теперь хранятся в файловой системе (в папке data, которая занимает большинство места).

    Для увеличения нажмите на изображение.
    Файл 1Cv8ddb.1CD в этом случае используется только как хранилище информации об измененных объектах, поэтому его размер существенно уменьшился. Новый способ хранения возможен только при отключенном режиме совместимости хранилища конфигурации.
    Установленный режим совместимости можно увидеть в окне «Администрирование хранилища конфигурации».

    2) Проблема с длительным сравнением объектов конфигурации. Сравнение двух версий отдельных объектов фактически не отличалось по времени от сравнения двух версий конфигурации.
    Для решения данной проблемы был реализован механизм выборочного сравнения, позволяющий выполнить сравнение не только выбранных объектов, но и их отдельных свойств (например, модулей). При этом необходимая для сравнения информация извлекается из хранилища по требованию.
    В настоящее время не решен вопрос со сравнением некоторых объектов метаданных и свойств (например, права ролей, формы).
    При отображении истории объектов хранилища справа в таблице «Свойство» отображаются свойства, которые изменились в данной версии (из состава свойств, которые можно выборочно сравнить).

    Для увеличения нажмите на изображение.
    Выборочно можно сравнивать следующие свойства:
    модули;
    форма;
    макеты;
    картинка;
    WS-ссылка;
    Расписание;
    агрегаты регистра;
    состав плана обмена;
    стиль;
    рабочая область рабочего стола;
    карта маршрута;
    справка;
    предопределенные элементы;
    пакет XDTO;
    фрагмент командного интерфейса;
    права роли.
    Если таблица «Свойство» не заполнена, значит у объекта изменились другие свойства.
    3) Проблема с проверкой ссылочной целостности при выполнении операций с хранилищем. Особенно актуальна данная проблема была при попытке поместить или получить изменения после удаления объектов метаданных. С большой долей вероятности механизм контроля ссылочной целостности хранилища требовал отмены захвата уже отредактированных объектов или захвата и удаления ссылок из объектов, захваченных другими пользователями хранилища. В качестве решения данной проблемы постарались свести к минимуму (насколько это позволяет специфика групповой разработки) различия между механизмом контроля ссылочной целостности конфигуратора и хранилища конфигурации.
    4) Проблема работы сервера хранилища. Работа сервера хранилища при выполнении некоторых операций (например, рекурсивное помещение изменений в хранилище) была неудовлетворительной, операция могла занимать значительное время. Была выполнена модернизация протокола взаимодействия конфигуратора с сервером хранилища, что позволило, с одной стороны, увеличить скорость выполнения операций с сервером, а с другой стороны – сократить объем передаваемых данных.
    В платформе 8.3.4.365 реализовано хранение истории комментариев, которые вводят пользователи при помещении объектов в хранилище конфигурации. В истории хранится 20 последних комментариев. Комментарий может быть введен и сохранен в истории при захвате объекта в хранилище, а при помещении – выбран из истории.
    Таким образом, новый формат хранилища 8.3 имеет следующие преимущества:
    повышение быстродействия хранилища (ускорено открытие конфигурации, подключенной к хранилищу; ускорено подключение к хранилищу; ускорено помещение объектов в хранилище; ускорено обновление конфигурации из хранилища, получение объектов, отмена захвата объекта в хранилище; увеличена параллельность помещения объектов в хранилище несколькими пользователями);
    при работе через сервер хранилища выполняется проверка версий платформы, которая гарантирует идентичность используемых платформ (т.е. платформой 8.2 нельзя подключиться к серверу хранилища версии 8.3.4);
    при новом способе хранения информации размер самого хранилища теперь не так критичен.

  10. Prost Ответить

    Технология работы с хранилищем, в принципе, достаточно проста и может быть освоена программистом в короткие сроки. При этом существует целый ряд проблем, с которыми разработчик сталкивается не сразу, но то, что он столкнется с ними – можно утверждать наверняка. К счастью, коллизии, возникающие при работе с хранилищем, не особенно осложняют жизнь программиста и, как правило, тем или иным способом разрешимы.
    Опишу некоторые, наиболее часто встречающиеся ошибки, которые возникают при работе с хранилищем конфигурации.
    1) При подключении к хранилищу появляется сообщение «Хранилище конфигурации повреждено». Данная ошибка возникает довольно часто, особенно при интенсивной работе с хранилищем. Напомню, что хранилище – это по существу файловая база, с конфигурацией которой синхронизируются основные конфигурации баз разработчиков. Поэтому первое, что приходит в голову разработчику – это «пройтись» по БД хранилища утилитой chdbfl.exe, входящей в состав поставки «1С: Предприятие». Но вот именно этого делать не стоит. Во-первых, утилита работает далеко не идеально: кроме того, что не решит Вашей проблемы, так ещё и новых добавит. Во-вторых, сама фирма «1С» не рекомендует таким способом решать данную проблему. В-третьих, собственно повреждения хранилища может и не быть, несмотря на сообщение о таковом (не зря в народе говорят: «на заборе тоже написано, а там – дрова»). Так что рекомендую в случае возникновения данной ошибки попробовать следующие варианты:
    А) Удалите пользовательский кэш той базы, которая не может подключиться к хранилищу. Удалить кэш – просто: можно, например, удалить базу данных из списка баз, а затем добавить снова.
    Б) Если не помогло удаление кэша, перезагрузите компьютер. Как не смешно, но эта панацея от многих зол и здесь помогает.
    В) Переподключитесь к хранилищу конфигурации.
    Г) Проверьте, хватает ли свободного места на диске, где расположено хранилище.
    Г) Наконец, воспользуйтесь утилитой исправления файловой базы. Только не забудьте предварительно сделать бэкап хранилища.
    2) Очень часто разработчики жалуются, что при обновлении конфигурации из хранилища исчезают изменения, которые вносились ими ранее. Большинство таких ситуаций возникает из-за невнимательности программистов, которые «косячат» никак не меньше пользователей, и точно так же, как пользователи редко признают свои «косяки». Однако есть одна проблема, которая встречается время от времени там, где с хранилищем активно работает приличное количество разработчиков и, при этом, часто производятся динамические обновления баз данных. Можно сколько угодно говорить о недопустимости динамических обновлений или о том, что при групповой разработке захваченные объекты лучше складывать поочередно – но жизнь куда интересней и богаче, чем содержание желтых книжек. Итак, коллизия выглядит следующим образом. Допустим, есть две конфигурации, подключенные к хранилищу. Первая конфигурация полностью идентична конфигурации хранилища, вторая – не значительно отличается (именно не значительно, так как чаще всего ошибка наблюдается при небольших изменениях). Пытаемся обновить вторую конфигурацию, но – о чудо! – обновления не происходит. Система ведет себя так, как будто конфигурации ничем не различаются. Выход здесь прост: захватите проблемный объект в первой конфигурации, внесите в него маленькое изменения (например, комментарий в модуль) и положите в хранилище. Далее повторите обновление второй конфигурации. Все должно разрешиться.
    3) При попытке помещения в хранилище изменений, связанных с удалением объекта (или его реквизита), система отказывается помещать их и требует поместить ещё другие объекты, которые Вы, может быть, даже и не изменяли или не захватывали. Чаще всего система требует поместить в хранилище интерфейсы и роли, так как они могут содержать ссылки на удаляемые объекты. Вы можете захватить требуемые роли и поместить их вместе с Вашими изменениями. Это может помочь, а может и не помочь: система потребует захватить другие. В любом случае Вам придется поиграться с захватом/помещением объектов или же: отменить удаление объекта, отключиться от хранилища, подключиться снова, захватить предварительно все интерфейсы, роли и объекты, в которых есть ссылки на удаляемый объект и опять попытаться удалить объект.
    4) Периодически возникает ошибка, содержащая фразу «Неверный формат данных..» Во-первых, проверьте, есть ли свободное место на диске, где расположено хранилище. Во-вторых, обновите платформу (такая ошибка была очень характерна для старых релизов 8.2). В третьих, может помочь остановка сервера 1С и чистка файла «С/programm files/1cv82/srvinfo/reg-1541/snccntx.dat» . В четвертых, постарайтесь в будущем не прибегать к рекурсивному захвату всей конфигурации, а, самое главное, не помещайте её затем рекурсивно в хранилище.
    5) При попытке помещения изменений в хранилище система сообщает о том, что превышен максимальный размер внутреннего файла. Ну что здесь сказать? Следует периодически сжимать хранилище. Обязательно. Если же проблема уже настигла Вас, то самый простой вариант – создать новое хранилище и работать уже с ним. Понимаю, что многих такой расклад не устраивает, но ведь сами виноваты же…
    6) Иногда возникает ошибка, схожая с той, что описана в пункте 3. При обновлении конфигурации из хранилища или (реже) помещении объектов в хранилище система также предлагает поместить или захватить другие объекты, к которым Вы как бы и не причастны. Иногда сообщения системы еще менее логичны. В этой ситуации проверьте, не менялась ли недавно структура регистров сведений и есть ли эти изменения в Вашей базе. Если их нет, то проще всего – очистить регистр сведений и обновить конфигурацию из хранилища. Разумеется, такой способ подходит только для тестовых баз. В случае с рабочей базой, скорее всего, придется отключаться от хранилища и подключаться вновь.
    7) При подключении к хранилищу появляется сообщение, что пользователь уже аутентифицирован в хранилище. Причина, как правило, в том, что предыдущая сессия работы в конфигураторе была завершена некорректно. Попробуйте перезагрузить компьютер или удалите файлы блокировок из каталога хранилища. В последнем случае убедитесь, что никто из Ваших коллег не работает с хранилищем.
    8) При подключении к хранилищу мы получаем сообщение «Текущая база не связана с хранилищем». Тут все просто: ранее Вы работали с хранилищем из другой базы. Отключитесь от хранилища и подключитесь опять.
    Это, пожалуй, все (или почти все) наиболее распространенные коллизии, возникающие в процессе работы с хранилищем. Обратите внимание, что многие из таких коллизий решаются с помощью манипуляций с помещением/получением/захватом объектов или переподключений. Рекомендую перед началом таких манипуляций сохранять в файл свою конфигурацию.

  11. MoanOfWaterfall Ответить

    17 правил для составления оптимального ЗАПРОСа к данным базы 1С  28
      Для формирования и выполнения запросов к таблицам базы данных в платформе 1С используется специальный объект языка программирования Запрос . Создается этот объект вызовом конструкции Новый Запрос . Запрос удобно использовать, когда требуется получ1C и Google Maps  17
     была поставлена задача отображения на географической карте медицинских учреждений. После обзора предлагаемых решений был выбран сервис google. Но так же подобного рода подход будет работать и с картами сервиса yandex. Во время решения задачи было реш1С Предприятие что это?  11
      Что такое 1С?
    1С — это фирма , у которой одно из направлений деятельности — разработка программного обеспечения для автоматизации бизнес-процессов предприятий. « 1С:Предприятие » – конкретный продукт, который выпускает компания 1С .
    Что такое     Excel файл как Внешний источник данных  9
     Подключимся и загрузим из файла Excel данные в таблицу значений 1С. Сделать теперь это очень просто.
    1. В конфигурации добавляет новый объект метаданных типа ” Внешние источники данных” и назовем его просто ” Excel” .
    https://helpf.pro/uploads/img    Google maps : вывод точек на карту и режим панорамы  4
      В отличие от яндекс карт в GMaps можно использовать панорамы – за что им большой плюс! Надеюсь в яндексе прочитают этот пост и тоже когда-нибудь это сделают! Для клиента нужно было сделать вывод объектов на карту С возможностью просмотра панора Посмотреть все результаты поиска похожих

  12. Saril Ответить

    StanislawJack
    03.08.12 – 12:29
    Доброго дня!
    Замечена серьезная проблема: при внесении изменений в подключенную к хранилищу конфигурацию рабочей базы эти изменения иногда в хранилище не попадают. Причем, бывает целыми кусками.
    Например: В конфу рабочей базы вставили внешнюю обработку, поместили в хранилище. Потом зашли в копию базы разработчика, получили изменения из хранилища, обработка там появилась, но… без формы… Проблемы были и на релизе 8.2.13 и остаются на 8.2.14. Кто-нибудь сталкивался с подобным? Регулярно исчезает не только код, но и объекты.

    Lex_Liven
    1 – 03.08.12 – 12:31
    +100500 Я не один такой!!!
    Более того, у меня было так: Изменил код, он принялся, работает, а через время хоп – и на месте старый кусок кода. С объектами та же беда. На 8.2.15 та же канитель.
    pumbaEO
    2 – 03.08.12 – 12:33
    Разные версии кофнигуратора подключенны к хранилищу? Типа рабочая база на 8.2.14, а база разработчика на 8.2.15?
    vde69
    3 – 03.08.12 – 12:33
    не рекомендую рабочую подключать к хранилищу
    Lex_Liven
    4 – 03.08.12 – 12:35
    (2) нет, версия была одинаковая.
    (3) без разницы. Все равно работа псу под хвост улетает. Надо это решать как-то.
    zmaximka
    5 – 03.08.12 – 12:37
    ага. хранилище прикольная штука. бывает что при сравнении конфигураци и хранилища разницу в объектах не видит
    StanislawJack
    6 – 03.08.12 – 12:38
    (2) Версии одинаковые
    (3) Мы такой вывод тоже уже сделали, но слишком часты экстренные доработки с демоническими обновлениями. Непонятно другое, почему то 1с не озвучивет данную проблему (или я плохо гуглил)..
    rrunover
    7 – 03.08.12 – 12:46
    Нас таких много 🙂 До создания нового хранилища надо было работать, поэтому был выработан был такой алгоритм:
    – захватить объект в хранилище
    – поставить пробел в любом месте кода
    – сохраниться
    – отменить захват в хранилище (актуальная версия тут всё-таки загружается)
    – снова захватываем
    Повторять до наступления счастья.
    Lex_Liven
    8 – 03.08.12 – 12:52
    (7) Честно? с таким подходом проще послать хранилище в жпо и работать на копии, а потом сравнивать/объединять. К чему я и пришел в результате.
    pumbaEO
    9 – 03.08.12 – 12:57
    (8) ну и дурень.
    Теперь у тебя будет 1c_2012_08_01_хзКакойКомментарийЕслиБудет.cf
    Взять git/svn/fossil/bzr и хранить версии cf и хоть как то решить проблему.
    Lex_Liven
    10 – 03.08.12 – 12:58
    (9) ну и за языком.
    поподробнее про git/svn/fossil/bzr можно? Это 4 варианта, или одно название?
    rrunover
    11 – 03.08.12 – 13:02
    (8) Честно. Подобная хрень с хранилищем достаточно редкая. За год работы – всего трижды у десятка человек с примерно 4-5 десятками хранилищ. Без хранилищей – никак.
    Lex_Liven
    12 – 03.08.12 – 13:04
    (11) Значит это или ты везучий, или я невезучий. За три месяца работы с одним хранилищем я потерял изменений за два.
    Никола_Питерский
    13 – 03.08.12 – 13:14
    Погодите что значит теряется ? Вы ведь внесли обработку/код в конфу, но она потом просто не поместилась в хранилище так ?
    За пол-года работы было два случая когда хранилище тупило то есть я туда объект сунул, при вытягивании в другую конфу этого объекта нема ! Кстати
    сколько баз подцеплено к хранилищю ? И как часто перецепляете базу то есть один пользователь например то одну базу подцепит, то другую ? Думаю в этом то же есть косячество !
    Lex_Liven
    14 – 03.08.12 – 13:16
    У меня базы было три, но из каждой базы заходили только под “своим” юзером хранилища.
    Живой Ископаемый
    15 – 03.08.12 – 13:18
    заметели что такая фигня случается когда захватывается корень конфы… чувство что где-то лажаем. Решили просто – каждый день выгружаем цф хранилища и бэкаприм
    Maxus43
    16 – 03.08.12 – 13:18
    никогда не было проблем с хранилищем, были случаи потери измеений – но исключительно из-за кривых рук програмеров, например не обновили конфу из хранилища перед захватом корня или банально не туда нажали
    StanislawJack
    17 – 03.08.12 – 13:33
    (16) При чем тут “кривые руки”? При захвате объекта он должен быть автоматически получен из хранилища. Если система этого не делает, это кривость системы. За совет – какой стиль пляски с бубном лучше – спасибо! )
    StanislawJack
    18 – 03.08.12 – 13:41
    (13) К базе подцеплены: рабочая база и три копии разработчиков. В рабочую копию заходим всегда с одной и той же рабочей станции (по RDP), в копии – только каждый в свою и со своей машины. Тут всё в полном порядке, лажает именно хранилище, хотя обходимся с ним очень… бережно.. )
    Buster007
    19 – 03.08.12 – 13:48
    хз, уж полтора года сижу с хранилищем и нет никаких проблем)
    StanislawJack
    20 – 03.08.12 – 13:51
    (19) У Вас рабочая база к хранилищу подключена? В её конфигурации приходится делать доработки?
    pumbaEO
    21 – 03.08.12 – 13:51
    (19) как у тебя быстро показывает история часто изменяемого объекта?
    Buster007
    22 – 03.08.12 – 13:54
    (20) подключена. Из рабочей базы не вносим изменения, только получаем.
    (21) хз, пока не требовалось)
    pumbaEO
    23 – 03.08.12 – 13:57
    (20) а чем база, кроме слова “рабочая” , отличается для хранилища?
    Lex_Liven
    24 – 03.08.12 – 13:58
    (22) “Полгода работаю” и “история не требовалась”??? Как-то это не вяжется с обсуждаемой темой, где использование хранилища довольно интенсивное.
    StanislawJack
    25 – 03.08.12 – 14:17
    (22) Походу, не любит рабочая база не только динамические обновления, но и подключенность с хранилищу….
    StanislawJack
    26 – 03.08.12 – 14:26
    (23) База – это там где конфигурация и данные находятся. А хранилище – это тоже нечто, похожее на конфигурацию, только без пользовательких данных.
    Buster007
    27 – 03.08.12 – 14:31
    (24) ну во первых полтора ) год с одним хранилищем, пол года ещё с одним. И что не вяжется? Интенсивное использование. Зачем смотреть историю?
    Mort
    28 – 03.08.12 – 14:40
    Бывали случаи.
    Лефмихалыч
    29 – 03.08.12 – 14:53
    (0) Для обновления продуктива следует выгружать конфигурацию хранилища, а не основную конфигурацию копии, подключенной к хранилищу. Рабочую базу подключать к хранилищу не стоит. И нефиг сравнивать/объединять со всякими левыми cf-никами. У нас хранилище живет с 2003-го года, всего 80+ пользователей, прямо сечас 15 активных, таких проблем ни у кого не было.
    Лефмихалыч
    30 – 03.08.12 – 14:55
    +(29) надо выработать рефлекс – перед захватом объектов обновлять конфу из хранилища. И обновлять ее надо не путем рекурсивного получения корня, а специально заточенной под это кнопочкой из меню “Хранилище конфигурации”
    Рекламное место пустует
    StanislawJack
    31 – 03.08.12 – 15:13
    (29),(30) Лефмихалыч, спасибо за реально полезную информацию!!
    Lex_Liven
    32 – 03.08.12 – 15:14
    (31) Я тоже из-за этих двух сообщений сохранил ветку в закладки на будущее)
    StanislawJack
    33 – 03.08.12 – 15:15
    (32) И про закладку – тоже полезная информация! ))
    vde69
    34 – 03.08.12 – 15:26
    ну до кучи давайте и я для закладочки распишу механизм по которому “кривится” хранилище, и по чему совет (3) решает сабжевые проблеммы
    1. Рабочая база отключена от хранилища
    2. Про разворачивании копии, средствами скуля из рабочей она автоматом теряет привязку к хранилищу. (рекомендую перед этим отключить копию от хранилища)
    3. хочешь или нет после разворачивании копии приходется заново подключатся к хранилищу, иногда для этого нужно скинуть сесии.
    а чего происходит без этого:
    1. разворачиваем копию (в которой нет изменений) средствами скуля, при этом получаем на копии рассинхранизацию, и при последующей доработке обьекта получаем сабж….
    собствено правла 2
    1. рабочая отвязана
    2. перед поднятием бекапа отключите от хранилища
    orefkov
    35 – 03.08.12 – 15:33
    (30)
    Так если это должно быть рефлексом, почему платформа сама этого не делает? Или хотя бы не предлагает этого сделать?
    KindLion
    36 – 03.08.12 – 15:38
    Друзья мои, тема (0) очень важная!
    Имею 3-4 базы, постоянно подключенные к хранилищу.
    Периодически происходят проблемы, с которыми сталкивались все те, кто ругал хранилище в этой ветке.
    Спасибо (29) и (34) – попробую воспользоваться вашими рекомендациями.
    Хотя и недоумеваю – какая разница системе – рабочая база или нет? Кроме рабочей у меня к хранилищу могут быть подключены тестовые, которые периодически восстанавливаю из бэкапа рабочей, в них же, для тестов, могу периодически запускать пользователей потестить какие-то новые разработанные мной механизмы.
    Что из этого противоречит корану?
    Абсолютно согласен с теми, кто считает, что все, подобные моим, телодвижения над хранилищем система обязана корректно отрабатывать.
    Ну, и из утешительного – по имеющейся у меня информации, фирма 1С здорово доработала механизм хранилища в версии платформы 8.3.
    Так что… ждем-с… 🙂
    vde69
    37 – 03.08.12 – 15:40
    (36) когда ты поднимаешь из бекапа происходит рассинхронизация конфигураций, все дело именно в этом! после поднятия из бекапа ОБЯЗАТЕЛЬНО выполнять переподключение к хранилищу, я понимаю что это долго – но это жизнь…
    ЗЫ 2 года работы с хранилищем
    KindLion
    38 – 03.08.12 – 15:46
    (37) Перед тем, как поднять из бэкапа, я отключаю ИБ от хранилища.
    Так что – нет.
    Признаюсь в страшном – я еще рабочую базу иногда динамически обновляю (горе мне, горе) 🙂 Так что, может, и в этом еще дело.
    ЗЫ 6 лет работы с хранилищем.
    ЗЗЫ В любом случае – спасибо за совет и желание помочь. 😉
    Лефмихалыч
    39 – 03.08.12 – 15:55
    (35) ну, вот такая херовая жизнь у одинэсников. Другого нам не дано
    Лефмихалыч
    40 – 03.08.12 – 15:58
    (38) гори в аду, еретик! Ъ
    вот таким какм-то образом http://sharpiron.files.wordpress.com/2007/07/devil-with-pitchfork.jpg
    KindLion
    41 – 03.08.12 – 16:05
    (40) Дык, а откуда, ты думал, я трансляцию веду? Из ада, конечно!
    Уже дюжину лет как горю – с тех пор, как сел за руль этого драндулета! 😉
    Lion heart
    42 – 07.08.12 – 14:51
    Присутствует такая же фигня с пропаданием изменений.
    У нас в компании 4 1Сника, 5 баз 1С. Для каждой базы создано хранилище, каждый 1Сник работает со своей локальной копией подключенной к хранилищу каждой из рабочих баз. Для рабочих баз создаются обновления из конфигураций-пустышек (загружены только метаданные, данных нет), которые в свою очередь тоже подключены к хранилищу. В настоящий момент все работают на релизе 8.2.15, проблемы начались именно с него, до этого у всех был 8.2.13.
    С недавнего времени началась какая-то свистопляска с вносимыми изменениями: они есть в хранилище, но их нет в рабочей базе. Причем, изменения пропадают в хаотическом порядке. Например, два программиста вносят изменения в одно и то же хранилище, в разные объекты. В первый день вносит изменения первый, ночью рабочая база обновляется, наутро изменения есть. Во второй день свои изменения вносит второй программист, в какой-либо другой объект, ночью рабочая база обновляется, наутро вторые изменения есть, а первых нет. Ладно, пытаемся вновь обновить базу, пишет, что изменений нет, хотя вот же окно сравнения и объединения показывает, что есть различия. Ладно, скрипя зубами, первый программист снова захватывает свой объект, “вносит” изменения (ставит какой-нибудь пробел), снова обновление, первые изменения есть, вторые пропали. И так можно по кругу до бесконечности повторять. Бывает, что оба изменения попали в рабочую базу, пропало какое-то третье изменение. Сегодня так вообще был глюк глюкавый. С разных компов открыта одна и та же рабочая база. Открыта форма редактирования пользователя БД. на 50% компов одна из ролей у пользователя проставлена, у остальных этой роли в списке вообще нет.
    Кто знает, есть ли такое в 8.2.16? Стоит обновиться или там такая же шняга? Народ уже в бешенстве просто. 1С мастдай!
    pumbaEO
    43 – 07.08.12 – 14:55
    Хорошо, что у меня такого нет.
    >>Кто знает, есть ли такое в 8.2.16?
    у вас такое есть, вам и карты в руки. А вообще не освещен вопрос подключения к хранилищу (tcp, http, smb), чистка кэша.
    acsent
    44 – 07.08.12 – 14:56
    (0) отключения от хранилища были?

  15. VideoAnswer Ответить

Добавить ответ

Ваш e-mail не будет опубликован. Обязательные поля помечены *