Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Здравствуйте всем! DB2 UDB 8.2 fp14 под Linux При создании базы забыл явно указать набор кодов и регион. Хорошо бы было воспользоваться скриптом: Код: plaintext Код: plaintext С какими проблемами можно столкнуться, если для базы явно не заданы codeset и territory? Сейчас, например, я не могу со своей машины (ОС Windows 2000) через ЦУ администратора выполнить резервное копирование на сервере. Говорит, что не совпадает кодировка Unknown и 1251. Спасибо С уважением, Семен Попов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2007, 12:04 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. При создании базы, если не указано явно, эти параметры берутся из локали пользователя: Тут подробнее. Я бы обращал внимание также на это . Что у вас в db2 get db cfg for PENSTRAN | grep -i code ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2007, 12:21 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Mark BarinsteinЗдравствуйте. При создании базы, если не указано явно, эти параметры берутся из локали пользователя: Тут подробнее. Я бы обращал внимание также на это. Что у вас в db2 get db cfg for PENSTRAN | grep -i code ? Спасибо. Вытащил cfg для базы. Там все в порядке. Код: plaintext 1. 2. 3. 4. 5. 6. Почему ж тогда не получается с моей машины сохранить резервную копию? Пишет вот это: Код: plaintext 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2007, 12:43 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Semen PopovПочему ж тогда не получается с моей машины сохранить резервную копию? Нашел, почему. Спасибо. Код: plaintext 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2007, 12:51 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Semen PopovА как побороть?Поставьте локаль у владельца административного истанса в профиле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2007, 13:45 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Mark BarinsteinПоставьте локаль у владельца административного истанса в профиле. Вот такая ситуация. На моей машине (ОС Win 2000) установлена DB2 8.2 14, на сервере (ОС Linux) также установлена DB2 8.2 14. Чтобы администрировать сервер на свою машину дополнительно установил Administration Client. В ЦУ подключил базу PENSTRAN. Теперь пытаюсь создать резервную копию этой базы, а DB2 мне выдает ошибку несоответствия кодовых страниц. На сервере запускал команду get db cfg. Все нормально, кодовая страница 1251. Затем попытался задать переменную среды LANG (как это указано в доке по вашей ссылке - LANG=ru_RU), но резервное копирование все равно вываливается в ту же ошибку. Как поставить локаль в Линуксе и какое значение нужно? 819, я думаю, не очень подходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2007, 16:37 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Что у вас в locale -a | grep -i ru ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2007, 16:56 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2007, 17:16 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Попробуйте LANG=ru_RU.UTF-8 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2007, 17:28 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Mark BarinsteinПопробуйте LANG=ru_RU.UTF-8 Попробую. Тут еще такая штука. DB2 на Линуксе устанавливалась не под root, а под пользователем db2inst. Под ним я и пытаюсь сделать резервное копирование. Для него и пытался устанавливать локаль ru_RU, но результата нет. А на моей машине почему 819? Может на моей тоже на какую-нить ru изменить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2007, 17:37 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Semen Popov Mark BarinsteinПопробуйте LANG=ru_RU.UTF-8 Попробую. Тут еще такая штука. DB2 на Линуксе устанавливалась не под root, а под пользователем db2inst. Под ним я и пытаюсь сделать резервное копирование. Для него и пытался устанавливать локаль ru_RU, но результата нет. А на моей машине почему 819? Может на моей тоже на какую-нить ru изменить? Воткни задание в планировщик ЦУ на самом серваке и ни парься, при желании можно всегда зайти, например, через цигвин отлогиниться под root'ом отбросить приложения, потом перелогиниться # su - db2inst и сделать копию. С своими экземплярами, когда разбиралась, то же то там чего то ни робит, то здесь, ребята предолжили полностью размонироваться и заново собрать пока я оттягиваю этот подвиг :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2007, 21:21 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
LANG=ru_RU.utf8 тоже не помог. Anka_SВоткни задание в планировщик ЦУ на самом серваке и ни парься, при желании можно всегда зайти, например, через цигвин отлогиниться под root'ом отбросить приложения, потом перелогиниться # su - db2inst и сделать копию. С своими экземплярами, когда разбиралась, то же то там чего то ни робит, то здесь, ребята предолжили полностью размонироваться и заново собрать пока я оттягиваю этот подвиг :)Спасибо. Чтобы воткнуть задание в планировщик на самом серваке, нужно сначала создать там каталог инструментов. Это у меня с первого раза, по крайней мере, не получилось - база создалась и далее вывалилась ошибка. Думаю, что попозже я его все равно добью. А сейчас резервное копирование у нас так и выполняется на самом серваке, только задача включена в планировщик ОС. В определенное время запускается .sh, который выполняет скрипт копирования от имени db2inst. Там все хорошо делается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2007, 09:15 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Извиняюсь, что после большого периода продолжаю дискуссию по этой теме. Недавно мы вновь столкнулись с проблемой преобразования исходной кодовой страницы в кодовую страницу назначения. Невозможно было даже конфигурировать параметры удаленной базы, если мы пытались получить список парметров в центре управления через пункт вплывающего меню "Конфигурировать параметры". Много чего делали, чтобы побороть ошибку Код: plaintext 1. 2. Код: plaintext Код: plaintext 1. 2. Думаю, что выполнили элементарные вещи. Но мы о них не знали. Может, кому-нибудь это будет интересно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2008, 12:15 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Semen Popov, В моём случае (думаю и в Вашем тоже) было достаточно установить DB2CODEPAGE=915 (у меня AIX, iso-8859-5). Такой способ кривой, по рекомендации IBM это параметр не должен устанавливаться. По моему опыту с AIX (подобная проблема), я пришёл к выводу, что при установке графической среды у меня не было нужной локали, локаль доустанавливали после установки CDE. Потому такая проблема есть. Однако на тестовой машине, CDE устанавливалось после установки необходимых локалей, а там этих проблем с кодировкой - нет. Могу только предполагать, что в Вашем случае было что то подобное при установке Linux? Было бы интересно узнать правильно ли моё предположение? Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2008, 13:41 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Извиняюсь, что не сразу написал, перечитал ветку, хочу поделиться опытом. По поводу БД инструментов, в ней происходит тоже самое, потому выход, как я уже писал в другой ветке, запускать в задаче скрипт ОС (а не скрипт DB) примерно такой: db2set DB2CODEPAGE=915 db2 -tvf backup.cpl -z backup.log db2set DB2CODEPAGE= либо намертво установить db2set DB2CODEPAGE=915 и не париться, хоть это и криво. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2008, 13:46 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Vladimir KiselevВ моём случае (думаю и в Вашем тоже) было достаточно установить DB2CODEPAGE=915 (у меня AIX, iso-8859-5). Такой способ кривой, по рекомендации IBM это параметр не должен устанавливаться. По моему опыту с AIX (подобная проблема), я пришёл к выводу, что при установке графической среды у меня не было нужной локали, локаль доустанавливали после установки CDE. Потому такая проблема есть. Однако на тестовой машине, CDE устанавливалось после установки необходимых локалей, а там этих проблем с кодировкой - нет. Могу только предполагать, что в Вашем случае было что то подобное при установке Linux? Было бы интересно узнать правильно ли моё предположение?Linux RedHat, DB2 8.1.14. Наши админы говорят, что никаких локалей дополнительно не устанавливали. После установки Linux поставили DB2 c параметрами по умолчанию. Думаю, что, если б не было нужных локалей RU, то проблема до сих пор существовала бы. Наверно, локали существовали изначально, просто они не использовались. Vladimir KiselevИзвиняюсь, что не сразу написал, перечитал ветку, хочу поделиться опытом. По поводу БД инструментов, в ней происходит тоже самое, потому выход, как я уже писал в другой ветке, запускать в задаче скрипт ОС (а не скрипт DB) примерно такой: db2set DB2CODEPAGE=915 db2 -tvf backup.cpl -z backup.log db2set DB2CODEPAGE= либо намертво установить db2set DB2CODEPAGE=915 и не париться, хоть это и криво.Мы до сих пор так и делали. Только DB2CODEPAGE не устанавливали, потому что и без этого прокатывало. Из командной строки выполнялось все без проблем. Невозможно было выполнить ту же операцию из графического интерфейса ЦУ удаленной машины. После установки намертво db2set DB2CODEPAGE=1251 графический интерфейс ЦУ с моей машины больше не выдает ошибок преобразования кодовой страницы. А почему установить намертво DB2CODEPAGE в 1251 - это неправильно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2008, 15:38 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Спасибо. Есть над чем задуматься. По поводу Вашего предположения. Я предполагаю, что перед тем как устанавливать сервер DB2 нужно не доустанавливать локаль в Linux, а просто русифицировать ОС. Как русифицировать Linux можно почитать здесь . Думаю, что, если DB2 установить в русифицированной среде, то ошибок преобразования страниц возникать не будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2008, 11:11 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Semen Popov, Похоже на правду, попробую, при случае, если новый сервер буду устанавливать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2008, 11:15 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Vladimir KiselevSemen Popov, Похоже на правду, попробую, при случае, если новый сервер буду устанавливать.Меняли мы тут у себя железо под одной задачей. Перед переносом базы решил сразу покопать проблему с кодовой страницей. Сначала русифицировал ОС Linux - сделал изменения в файле /etc/sysconfig/i18n (согласно документации из ссылки, которую я давал ранее). Правда, выбрал локаль ru_RU.utf-8. Содержание файла i18n такое: Код: plaintext 1. 2. 3. 4. 5. Далее установил локаль для профайла root LANG=ru_RU.UTF-8 (она устанавливается автоматом из i18n после перезапуска системы). Посмотрел admin cfg сервера DB2 (v8.1.14), который был установлен. Код: plaintext Код: plaintext 1. 2. Задал новые значения DAS_CODEPAGE=1251, DAS_TERRITORY=7. Теперь радуюсь :-) Никаких проблем как в консоли, так в центре управления с удаленной машины, я не наблюдаю. Более того, в консоли Putty русифицировался текст сообщений, которые выдает DB2. Ранее при выполнении скриптов все ошибки или сообщения показывались на инглишь. На старом сервере, где возникали проблемы с кодовыми страницами DAS_CODEPAGE, DAS_TERRITORY были равны нулю. Возможно из-за этого и возникали проблемы с кодовыми страницами, в частности Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2009, 13:09 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Единственный минус локали ru_RU.UTF-8 в том, что создаваемые текстовые файлы будут иметь кодировку UTF-8. Чтобы работать с ними в ОС Win, нужно будет делать некоторые телодвижения. Например, в консоли Putty хочу сохранить конфигурацию менеджера баз данных в файл, а затем через шару вытащить его на другую машину с ОС Win для чтения (анализа). Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2009, 14:58 |
|
||
|
Установка codeset и territory
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток. Имеется сервер на CentOS 5.7 x64. На нем DB2 WSE 9.7.5. Параметры базы: Код: sql 1. 2. 3. 4. Выполняю к кроне скрипт бекапа: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Дальнейший конект к базе в скрипте вызывает: Код: sql 1. Т.е. скрипт не видит кодировку базы и установка LANG проходит мимо (хотя echo $LANG говорит об обратном). При этом не влияет ни текущая локаль сервера (ru_RU.UTF-8 | en_US.UTF-8), ни смена LANG (ru | en) в скрипте. Помогает только внешняя установка DB2CODEPAGE. Однако db2set DB2CODEPAGE=1251 в скрипте не дает результата. Запуск скрипта руками из под db2inst - все ок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.01.2012, 13:34 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=35692726&tid=1601973]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
67ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
| others: | 281ms |
| total: | 450ms |

| 0 / 0 |
