Тема: Обновление ПО Комендант
Скачал Конфигуратор 7.0.10.41
При запуске говорит что версия баз данных старая, требуется Администратор БД
Скачал Администратор базы данных 7.0.10.18, попытался обновить БД, затребовал логин и пароль к БД.
Как так ? Нельзя ли было по умолчанию взять из сохраненных настроек запуска конфигуратора этот логин и пароль.
Ладно хорошо, тогда скажите как восстановить пароль root
На сайте MySQL говорится, что надо запустить демон
mysqld с опцией—skip-grant-tables
Говорит нет такой опции
При запуске
mysql—verbose—help
говорит что можно запустить с такой опцией.
Приехали.
Пароль по умолчанию masterkey, если не меняли конечно.
Да не в программу Конфигуратор (Конфигуратор сейчас не запускается, требует обновить базу данных), а просит пароль root на обновление баз данных.
Как так?
А вот так! Либо у вас есть пароль root, либо нет. На то он и root. К тому же, как быть тем у кого не один сервер, от какого запоминать? .. и для какого пользователя? .. А безопасность от шаловливых ручек? В общем, нет слов.
И как сломать root от рабочей системы, по понятным причинам, рассуждать тут не будем.
masterkey - единый пароль по умолчанию для всех пользователей
Если установить предыдущую версию Конфигуратора, можно ли получить все же доступ к базе ?
Информация о пользователях и паролях хранится в БД, “клиенты” никакой информации “нигде” (кроме БД) не накапливают.
В Конфигураторе создано соединение, где и хранится логин и пароль к базе.
Почему же администратор БД запрашивает логин и пароль нежели взять его из сохраненного ?
Как же мне теперь запустить Конфигуратор, обновя Администратором БД ?
Вы не ответили, могу ли я как то произвести откат обновлений, если просто переустановить старый Конфигуратор ?
В Конфигураторе ничего не создается, просто для удобства в реестр (по желанию пользователя) заносится информация о логине и пароле для определенной формы конкретного приложения, в данном случае для Конфигуратора. С чего вдруг какое-либо иное приложение должно запрашивать “чужие” по отношению к нему данные, да еще и выбрав (самостоятельно) при этом четко определенного пользователя (root-а)?
Насколько успешным будет использование прежней версии Конфигуратора сказать трудно т.к. все зависит от наличия соответствующей ветки в реестре.
Для восстановления системы можно воспользоваться резервными копиями сделанными до обновления.
Если утерян root, то проще всего переустановить СУБД и Администратором БД развернуть бакап.
Обновился я все же на новую версию 7.0.10.41
masterkey как для Главного системного инженера, так и для Оператора 1 не подходит.
Как мне заменить пароль ?
Пароль по умолчанию для пользователя восстановленной из бакапа базы не подходит только в одном случае - его предварительно сменили. Получается у вас нет паролей вообще, ... ни пароля root-а, ни admina-а, ни главного системного инженера. Это вообще ваша система? Или чужую ломаем ...
.. Как так ?
Феерически 😊
Стандартными средствами пароль гл.инженера не взломать. Разве что можете попробовать обнулить таковой в таблице БД и ломиться с пустым, но тут я думаю сами разберитесь, ибо у нас тут не ликбез по взлому паролей.
Нее к root и admin подошел masterkey.
Почему это не мое, просто человек который занимался этим всем ранее давно ушел и не оставил паролей.
А теперь с обновлением ПО потребовалось войти.
Скажите тогда куда он складывает бакапы.
В папке C:\Program Files (x86)\komendant.pro\service_backup нашел логи и папку backup
В папке backup пусто. Сервис выполняется, в логах (почему то их названия service_backup - service_backup3) ничего такого я не нашел. Пишет 18.10.2016 15:05:38 Get system settings success
В системе назначенных заданий нет. И все же даже если найду бакап это видимо ничего не даст, даже если я разверну его на другом компьютере ? Ведь пароль от “Главный системный инженер” не masterkey точно, он видимо был изменен. И что теперь базу клеить заново ?
Путь записи бакапов указывается в настройках сервиса автобакапа в Конфигураторе и может быть произвольным, включая удаленные директории.
В части пароля - читайте мое предыдущее сообщение, либо заведите новую базу и внесите туда все то, чем пользуетесь.
Код ошибки: 1418
Как обновится правильно?!
Администратор баз данных установлена версии 7.0.11.19 (ранее 7.0.10.17)
Конфигуратор установлен версии 7.0.11.45
HY000This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration and binary loggining is enabled (you *might* want to use the less safe log_bin_trust_function_creators variable)
MySql установлен из комплекта ПО Комендантъ?
нет, базу перенес на Linux Mysql 5.6.33 в сеть, нет у меня Windows больше использовать
P.S.
Уже обновился, установив параметр
SET GLOBAL log_bin_trust_function_creators=1
