Обновление №7 для VOGBIT v.1.1.37841 - В производственном модуле внесен ряд изменений, направленных на упрощение работы с программой на «максимальном» уровне. В том числе: изменён порядок вывода на экран информации о количестве (запланированных/сданных деталей) – стало более наглядно и удобно

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

Заявки покупателей - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Да, это ошибка. На самом деле не при "обновить" даже, а при добавлении строчки в заявку. Разбираемся, почему так получилось. Пока рекомендация, сначала заполнять состав заявки, потом дату ставить. Иначе, судя по всему, её придётся заново ст ...
Расчет себестоимости с учетом входящих компонентов - Новые возможности
Константин Чилингаров: 3520 Alex-220781 написал: Но все таки, получается, что существующий алгоритм расчета себестоимости рассчитан на определенных пользователей (производство строительных металлоконструкций), всем остальным придется составлять техкарты, спецификации по ...
Заявка покупателя - Прочее
Saw-x: Спасибо. Приятно слушать, когда тебя слышат.
Работы попадают в Завершенные, а не Готовые. - Ошибки в работе
Константин Чилингаров: Я Алексею на почту отправил.
Возврат в окно - Интерфейс программы
Fomina: 3520 Alex-220781 написал: Хорошо бы соединить вместе достоинства однооконного и многооконного интерфейса. Согласна. Нужен просто возврат в то окно, где было открыто "Выполнение" или "Остатки"
Чистка базы - Прочее
Константин Чилингаров: Дайте копию базы посмотреть. Поглядим.
Перенос задания на максимальном уровне на терминале - Терминалы
Константин Чилингаров: Мы подумаем на эту тему.
Обновление информации в окне новых заданий. - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Я думаю, как минимум щелкнуть мышкой Я знаю людей, у которых новые задания добавляются 2 раза в день и по несколько десятков/несколько сотен штук за раз. Им их все придётся "прощёлкивать"? как-то не очень... Ес ...
Выбор постов на максимальном уровне - Новые возможности
Константин Чилингаров: Ок. Запишу пока в список. Посмотреть нужно. Спасибо
Информация о количестве изделий на терминале - Интерфейс программы
Alex-220781: 13 Константин Чилингаров написал: Когда берёшь (иногда и когда сдаёшь, когда это имеет смысл) есть кнопка "Предыдущий день" (рис.1). По поводу кнопки, она отображается, только если авторизироваться. Без авторизации можно посмотреть тольк ...
Расчёт заработной платы - Общие вопросы
Lesotehnikakirov: Добрый день! В окне статистики не считается заработная плата (расценка 0, сумма 0). Нормы времени на операцию и расценка за нормо-час в технологии заданы. При этом, в окне приёмки задания в столбце "нормо-часы" напротив фамилии работника по ...
Перезапуск программы - Установка
Константин Чилингаров: Здравствуйте, Что вы видите после входа в программу, зависит от того, к какой базе данных вы подключаетесь. Лицензия и база данных (её содержимое) никак между собой не связаны. Лицензия определяет возможность или невозможность запустить, в принципе, ...
В перечень отчётов не добавляется отчёт из шаблонов. - Прочее
Lesotehnikakirov: Да, действительно, так. Благодарю.
Задвоение деталей в графике производства - Производство
Константин Чилингаров: Здравствуйте, Скриншот слишком обрезанный, чтобы по нему что-то точно сказать. Судя по косвенным признакам, это не просто окно "График производства" открыто, а "График производства - Подробно". В этом случае одна строчка соответс ...
Запоминание состояния справочников и категорий - Интерфейс программы
Константин Чилингаров: Если речь о кнопке, которая переназначает исполнителя (участок) сразу для нескольких выделенных заданий в "Новых заданиях", то там, мне кажется, никогда и не предусматривалось в этом месте выводить "категории" и папки. Там, по-мое ...
Исправление количества сданных изделий - Производство
Константин Чилингаров: Резюме: 1. Почему так получилось: нужно было использовать функцию "отмена" в окошке сменного задания. Она корректно "откатывает" состояние задания, включая удаление информации по сданному количеству и другие нюансы. Указанная &qu ...
Нарушение области печати (решение) - Отчёты
Пётр: При подготовке нового шаблона отчёта столкнулся с проблемой, описание которой на Форуме не нашёл. Методом проб и ошибок получил если не правильное, то возможное решение. [B Суть проблемы[/B При редактировании шаблона отчёта в Excel, задаётся вы ...
Задания - Общие вопросы
Lesotehnikakirov: ОК, спасибо. Вопрос решился.
После 18-00 на терминале пустой экран - Терминалы
Константин Чилингаров: 3520 Alex-220781 написал: Может быть не там настраиваю? Не совсем там. На рис. в сообщении #3 - это настройки по умолчанию для создания новой смены. Эти цифры подставляются если создавать новую смену через "создать" или копирование (пе ...
Расчёт обеспеченности на основании заявки покупателя. - Общие вопросы
Константин Чилингаров: Последнее сообщение /forum/forum24/topic2374/ перенесено . Причина - не соответствует заявленной теме топика. См. /forum/forum24/topic928/# здесь , п.2.

Беда!!!

- Установка/настройка - Старые разделы форума
Страницы: 1
Беда!!!
 
Здравствуйте

Снова беда. Пропало соединение с базой.
База помечена как подозрительная.
Бэкап есть несколькодневной давности но за эти дни ввели много информации.
Можно ли что-то сделать?
 
Здравствуйте !
Посмотрите вот здесь
 
Что-то не очень получается. После этой процедуры при запуске ошибка что-то там про триггер.
Для SQL SERVER 2012 описанная процедура действует? Он там не упоминается. Только до 2008го.
 
Здравствуйте,

Дело в том, что указанные вами проблемы связаны не с VOGBIT, а с функционированием железа, операционной системы, SQL сервера.

Рекомендации: восстановить базу с последней резервной копии. "Сломанную" стереть.

В целом, по ситуации:

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

Самым правильным решением будет, конечно, восстановить базу данных с последней резервной копии. Пытаться "починить" сломанную по каким-то причинам базу, в принципе, можно, но:
- благоприятный исход изначально не гарантирован;
- имеется риск получить "скрытые дефекты". Т.е. какие-то ошибки в базе, которые сразу заметны не будут, а потом проявятся когда-нибудь;
- если вы самостоятельно до этого никогда ничем подобным не занимались, то вероятность благоприятного исхода резко сокращается. Лучше обратиться к специалистам по MS SQL.
 
Спасся неожиданным образом.
Первая попытка по инструкции не получилась.
Скопировал папку всего сервера из резервной которую сделал перед началом манипуляций обратно чтобы попробовать еще что-нибудь а она опа... и заработала.
Видимо еженедельных архивных копий теперь мало. Нужно делать ежедневные.
И зеркальные диски делать. Наши проблемы с медленной работой были решены переносом базы на stripe raid из двух ssd дисков. А вот сделать их зеркало не дала жаба.
 
Снова беда.
Пытаюсь запустить восстановленную из бэкапа базу а она пишет такое:
 
Пришлите на почту, пожалуйста, текст (полностью) из "посмотреть подробности".
Приведённая картинка не информативна.
 
Отправил на почту.
Эта ошибка возникает если установить пустую базу из дистрибутива а потом восстановить в нее из резервной копии.
Если просто создать базу из резервной копии то Вогбит не признает ее как свою базу данных.
 
Хотя нет. Если во втором случае тоже та же ошибка.
 
Цитата
shurick пишет:
Эта ошибка возникает если установить пустую базу из дистрибутива а потом восстановить в нее из резервной копии.
Так делать не точно надо. Зачем так делать?

Цитата
shurick пишет:
Если просто создать базу из резервной копии то Вогбит не признает ее как свою базу данных.
Как именно вы её восстанавливаете?
Пришлите эту резервную копию посмотреть.
 
В Server Management Studio правой кнопкой на Базы данных и выбираю Восстановить базу данных.
Пробовал еще развернуть пустую базу из дистрибутива и в нее восстановить из резервной копии.
Ссылку на резервную копию отправил на почту.
 
должно быть так
triggers.png (75.51 КБ)
 
Так работает. Спасибо.
 
Кстати, можно делать бэкап базы во время работы?
Даже если делать ночью то нет гарантии что кто-то не ушел оставив программу включенной. Я еще хочу делать днем во время обеда но тут вообще возможно что кто-то как раз работает в этот момент.
 
Технически - можно.

Если просто компьютер включён и программа запущена (есть коннект к базе), то это вообще не проблема.

Спорная ситуация если в момент бэкапа происходит в базе какое-нибудь массовое создание новых объектов. Например заданий. Теоретически, даже и в таком случае должно сработать. Но тут очень тонкая грань, что попадёт в бэкап, а что нет.

Т.е. технически всё сработать должно нормально. Вопрос больше организационный.
Если делать ночью то всё понятно, это получится состояние базы на начало дня (на конец предыдущего). А вот если в обед и прямо в процессе активной работы, то с технической точки зрения такой бэкап будет нормальным, а вот с точки зрения пользователя - вопрос. Потому что то, что он делал, например минуту назад в бэкап попало, а то что минуту спустя - нет.
Страницы: 1
Сейчас на форуме (гостей: 14)
Всего зарегистрированных пользователей: 2654
Приняло участие в обсуждении: 318
Всего тем: 804
Всего сообщений: 6066

×
Вход на сайт