Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
TechnologiCS → TechnologiCS → Установка/настройка → переход на другой сервер
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
TGS 4.7 сейчас установлен на сервер WIN 2000 SP4
переводим его на новый сервер WIN 2003 SP2
SQL на серверах одинаковый - SQL 2000 STANDART SP4
Вопрос: базу переводить через migrate (процесс длится 5-6 часов)
или стандартными средствами SQL сервера ?
Перенесутся ли при этом все пользователи с их правами?
Спасибо
Пользователи перенесутся, а их пароли нет, в обоих случаях.
Марина писал(а):
базу переводить через migrate (процесс длится 5-6 часов) или стандартными средствами SQL сервера?
Еслу у Вас на сервере ТОЛЬКО СУБД и БД, то достаточно средств MS-SQL
После перехода на другой сервер стандартными средствами MS-SQL слетают некоторые отчеты (собственного изготовления), посмотрели в наборе данных, оказалось исчезли или урезались запросы в Access. Похожая проблема была при переходе на v 4.7.0, но там дело было в размере бинарного объекта в конфигураторе, здесь же с этим все в порядке.
это наверно то же самое?
Константин писал(а):
это наверно то же самое?
- нет, это не "то же самое"
backup-restore делали на одном и том же сервере
- кстати ответ на https://forum.technologics.ru/viewtopic.php?id=1813
так и не получен, почему на версиях ниже 4.71 за этим не надо было следить, а теперь надо делать дополнительные действия в виде сжатия-восстановления базы access
juri писал(а):
После перехода на другой сервер стандартными средствами MS-SQL слетают некоторые отчеты (собственного изготовления), посмотрели в наборе данных, оказалось исчезли или урезались запросы в Access. Похожая проблема была при переходе на v 4.7.0, но там дело было в размере бинарного объекта в конфигураторе, здесь же с этим все в порядке.
При переносе базы стандартными средствами MSSQL в базе данных отчеты не могли потеряться, урезание - достаточно правильно настроить BLOB_SIZE на конфигураторе. Если что-то пропадает - проверьте, что вы ресторите тот самый бэкап, который делался, а не более ранний.
Марина писал(а):
почему на версиях ниже 4.71 за этим не надо было следить, а теперь надо делать дополнительные действия в виде сжатия-восстановления базы access
Потому что при переходе на эту версию надо было настраивать BLOB_SIZE, хотя на эти грабли можно было не наступить, если бы access-овскй файл был поджат и был меньше, чем 1Мб.
если вы помните, описание параметра настройки blobsize
было описано вами уже после того, как мы перешли на 4.7
https://forum.technologics.ru/viewtopic.ph ... t=blobsize
1. Урезаться БЛОБ-ы при бакап-ресторе штатными средствами не могли в принципе.
2. Урезание происходит при чтении из базы. Проведите эксперимент - установите маленький BLOB_SIZE и запишите в базу файл заведомо большего размера, убедитесь что он читается с урезанием, затем установите BLOB_SIZE "достаточного" размера и снова прочитайте этот файл он окажется нормальным. Урезание происходит при считывании.
3. В файле csdn.ini на клиентском месте также может быть параметр BLOB_SIZE, он имеет приоритет перед аналогичным параметром конфигуратора.
Для всех: проверьте все-таки как занесено значение BlobSize в CSDNCFG.ini
В версии 4.7.1 есть ошибка, при которой это значение записывается с пробелом (999_999)
https://forum.technologics.ru/viewtopic.ph ... php?t=1562
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
TechnologiCS → TechnologiCS → Установка/настройка → переход на другой сервер