VOGBIT Установка - Установка
О новом модуле программы «Пролёживание» - Мнение руководителя производства

Последние темы на форумах VOGBIT

Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
GlMax: Загрузить номенклатуру из Excel это здорово. Но кто же загрузит номенклатуру в Excel!? Если есть изделие разработанное в Компас, то как информ ...
Модуль для планирования - Производство
Константин Чилингаров: Можно на этот.
Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /forum/messages/forum24/topic2880/message17712/2880-sozdanie-nomenklatury-posredstvom-_peretaskivaniya_-v-vogbit-faylov#message17712 сюда . Причина: /forum/rules/ Правила ...
Сравнение производительности серверов - Прочее
Константин Чилингаров: Здравствуйте, Времена какие-то запредельные, на мой взгляд. Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Расчет потребности материала из сменных заданий - Материалы, Комплектующие, Складской учёт
Zms.komissarov: Да, так и есть, не обновил строку и не увидел, что коэффициент пересчета указан для другого материала... Все работает! Спасибо!  
Восстановить учётные записи не срабатывает - Прочее
NPP_ORION: Разобрались, снимается вопрос.
Ошибка раскраски по приоритету - Ошибки в работе
Константин Чилингаров: Здравствуйте, Если кратко: 1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Хранение в базе данных ссылок на файлы - Общие вопросы
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Ошибка при печати отчёта - Отчёты
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: Здравствуйте, Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Права Доступа Сотрудника - Прочее
Константин Чилингаров: Здравствуйте, Немного из истории вопроса…   В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Формат адреса прокси-сервера - Прочее
Владимир Белов: Добрый день! Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128 У вас должен быть на прокси-сервере проброшен порт 28 ...
С Новым годом! - Общие вопросы
Сергей: На данный момент проблема решается повторной активацией серийного номера. Нужно нажать на кнопку "Повторить"
Совместимость с MS SQL Server - Общие вопросы
Владимир Белов: Добрый день! MSSQL 2008 не поддерживается. Минимальная поддерживаемая версия - 2012. Рекомендуемая - 2016 или более старшая.
Схема изготовления - Производство
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели". Тут неск ...
И снова про брак... - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций... Для этого нужно настроить, какие позиции должны ...
Удаление запланиированных этапов - Состав и технология
Константин Чилингаров: Здравствуйте! Компонент либо не существует, либо на него ссылаются этапы В  базе данных есть задания для производства (создаются ком ...
Групповой перенос номенклатуры с изменением обозначения - Прочее
GlMax: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...

Установка

Вопросы, связанные с установкой и запуском программы - Установка - Вопросы новичков
Страницы: 1
Установка
 
Здравствуйте! Появилась необходимость в общей базе данных между 2-мя компьютерами, сейчас программа установлена по аутентификации Windows на одном и другом компьютере, т.е я заношу свои данные отдельно, кладовщик в своей версии программы отдельно, что необходимо сделать, чтобы стала одна база данных и не пропали данные с его и моего компьютера?
 

Здравствуйте,

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

Какого-то штатного способа автоматически сделать из двух баз данных VOGBIT одну не существует. Просто потому, что в общем случае в разные базы могут быть введены совершенно разные вещи, в т.ч. противоречащие друг другу.

Можно ли чисто теоретически (технически) как-то «скрестить» 2 базы VOGBIT в одну в конкретном случае – ну… тут больше вопрос, насколько это оправдано в плане затрат?

Во-первых, это скорее всего, потребует написания каких-то специализированных плагинов, которые будут данные нужные выгружать/загружать. Если что-то простейшее, например, просто список номенклатуры «перекинуть» из одной базы в другую, то тут получится обойтись и существующими штатными средствами и доп. модулями, и цена вопроса будет ориентировочно в пределах 15 000 руб. А вот если что-то посложнее, то тут трудозатраты на это мероприятие и стоимости могут начать расти нелинейно.

Во-вторых, ещё большее количество подводных камней таят вопросы не технические, а больше «организационные». Например, запросто может так оказаться, что одна и та же номенклатура у Вас введена в одной базе не так, как в другой. Разбирательства с подобными проблемами могут превысить по трудозатратам все чисто технические вопросы.

По совокупности, учитывая, что пользователей всего 2, мне кажется, что затраты на «склеивание» каким-либо автоматизированным образом баз данных превысят все разумные в данном случае пределы.

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

Если интересно более адекватная оценка, то можете сделать с помощью программы SQL Server Management Studio резервные копии с обеих этих баз данных и пришлите их нам (выложите сами *.bak файлы получившиеся куда-нибудь на файлообменник в интернет и нам на почту пришлите ссылки, где скачать). Мы развернём эти ваши 2 базы и посмотрим глазами, какой там реально «масштаб бедствия».

 
Спасибо за ответ, а при установке SQL сервера на компьютер данные Vogbit с локальной сети Windows можно перенести в  базу SQL?
 

Здравствуйте,

На совсем понял, если честно вопрос в Вашей терминологии.

Давайте попробуем ещё раз разложить всё по полочкам…

Вы с коллегой установили 2 приложения VOGBIT. Одно на Ваш компьютер, другое на компьютер Вашего коллеги. Но базу данных при этом сделали не одну общую (как это, по идее, предполагается в таких случаях), а развернули 2 локальных базы данных. На вашем компьютере одна, на компьютере Вашего коллеги другая. И каждый работал локально со своей базой и что-то туда вводил совершенно независимо друг от друга. Теперь стало понятно, что работать то всё-таки лучше вместе в одной базе данных. Что делать?

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

В качестве рабочего варианта рассматриваем следующий:

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

Как это технически делается:

- устанавливается на тот компьютер, на котором развернута выбранная база данных, программа SQL Server Management Studio;

- делается резервная копия базы данных;

- выбираете, кто у Вас будет сервером. Технически это может быть, как любой из ваших двух компьютеров, так и какой-то третий. Главное, чтобы все они в одной локальной сети были (чуть подробнее ниже);

- устанавливаете туда Microsoft SQL Server (в Вашем случае хватит для начала самого простого бесплатного варианта Express);

- настраиваете SQL Server для работы в сетевом режиме;

- разворачиваете на сервере базу данных из резервной копии;

После этого ещё, скорее всего, нужно будет выполнить 1-2 скрипта, чтобы база реально из «локальной» стала полноценной «сетевой», но это уже дело техники (меньше минуты дел). Если Вы сами будете всё делать и дойдёте до этой стадии, то мы Вам уже подскажем, что сделать.

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

Поэтому у меня есть к Вам следующее предложение: давайте, чтобы сэкономить нам всем время, а Вам ещё и нервы, мы поступим так:

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

Какие тут важны технические моменты:

Оба Ваших компьютера (Ваш и Вашего коллеги), а также «сервер» (в случае, если это будет не один из этих компьютеров) должны все быть в локальной сети у Вас.

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

Для установки ПО (SQL Server, Management Studio) нужны будут права администратора на компьютере. Если тот пользователь Windows, под которым Вы работаете не является «Администратором» компьютера, то нужен будет пароль администратора.

Как выбрать, кто будет сервером:

Лучше, конечно, если это будет компьютер помощнее (диск побыстрее, крайне желательно SSD, побольше оперативной памяти).

Сервер не должен выключаться и перезагружаться*. По крайней мере в рабочее время. Ибо, если это произойдёт, то это остановит работу не только того, кто сидит непосредственно за этим компьютером (если таковой кто-то есть), но и всех пользователей VOGBIT.

*вообще, в «промышленном» варианте сервер базы данных – это всегда отдельный компьютер, с достаточными характеристиками «железа» (сколько достаточно - это сильно зависит от количества активных пользователей, количества данных в базе и того, как именно с этими данными ведется работа) и обязательно с защитой от сбоев электричества (с источником бесперебойного питания). Который всегда работает, перезагружается только в случае необходимости и в нерабочее время.

Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4466
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт