Загрузка данных в VOGBIT из КОМПАС-3D - Ещё один модуль для автоматизированной загрузки в VOGBIT данных по новым изделиям передан заказчику. На этот раз для интеграции с отечественной САПР КОМПАС-3D.

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

Установка Демо версии - Демо версия
Amg: Спасибо большое за ответ. Демо-версию установил на ноутбук, если руководство решит перейти на ваш продукт, то думаю видеоконференция буд ...
Хранение файлов в БД - Общие вопросы
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Предварительные заявки, ЛЗК, Требования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте! Периодически возникают похожие вопросы по "Предварительным заявкам", "ЛЗК", "Требованиям". В чём разница, ...
Конструктор фильтра - Прочее
Kochurova.av: Спасибо Вам большое!  Всё как всегда оказалось проще простого)
Свои поля для справочников и вывод их в список. - Общие вопросы
Константин Чилингаров: Здравствуйте, В "Номенклатуре" стандартно есть свойство "Комментарий" и соответствующая колонка в современных версиях VOGBIT ( ...
Список работников поста - Общие вопросы
Константин Чилингаров: Пожалуйста! Пользуйтесь)) Нет. Ссылку не нужно выкладывать. Потом, когда общее обновление соберем, выложим его на сайт, и все смогут ска ...
Вопрос по импорту - Экспорт импорт данных
mansur: Нашел, залил и все работает теперь, спаибо.
Ошибка при запуске приложения - Прочее
Сергей: написал: Если на другое железо переставить Вогбит, как лицензию нам перекинуть? на mailto:info@vogbit.ru info@vogbit.ru  напишите со ссылкой на эту тем ...
Пример создания плагина - Плагины
Сергей: Здравствуйте! Перетащите мышкой из "команд" (рис.3) в нужное место на панели инструментов
Помощник мастера - Установка
Trudovaya-21: Спасибо Вам ОГРОМНОЕ за работу и понимание!!!
Как позицию из корня справочника переместить в категорию "основная"? - Общие вопросы
Technologymz.vega: Здравствуйте, Максим! Спасибо, всё работает!
Ошибка при формировании заявок из режима "Обеспеченность" - Материалы, Комплектующие, Складской учёт
Technologymz.vega: Спасибо, так работает.
ошибка при добавлении работника в режиме "Выполнение" - Производство
Константин Чилингаров: Добрый день! Понятно.  Вы задействовали механизм "внеплановых заданий" и для такого "внепланового задания" нажали "Выполн ...
Минимальный остаток - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Нет. Такой возможности сейчас нет. Минимальный остаток можно сейчас задавать только для номенклатурной позиции. Скольк ...
Планирование загрузки производства. - Прочее
Константин Чилингаров: Давайте на следующей неделе? У вас же есть наверняка наши всякие контакты (telegram, whatsapp). Давайте спишемся, договоримся по времени.
Ошибка на экране после получения задания - Терминалы
Константин Чилингаров: Для такого случая подойдёт терминал «тип 4». Он заточен специально под многостаночников (операторов станков с ЧПУ), которые работают с ...
Выполнение заданий - Общие вопросы
Beavis900: Благодарю! Мы решим и я напишу Вам на почту.
Создание расходного ордера. - Общие вопросы
Константин Чилингаров: можно ли создать расходный ордер не основываясь на приходном документе? Речь идёт, наверное, о создании расхода без "документа-осно ...
Фиксированные временные диапазоны - Новые возможности
Константин Чилингаров: Здравствуйте, Записал в общий список пожеланий. Спасибо за предложение.
Перестал работать терминал - Терминалы
Admin12: Написал

Беда!!!

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

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

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

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

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

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

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

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

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

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

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

×
Вход на сайт