Pro/intralink 3.4

[DmitryV 0]

Надо ли при этом выполнять миграцию? Не будет ли ошибок при переходе с одного Oracle на другой (с восьмого на девятый)?

[Half 0]

Это была инструкция только для переезда на другую машину

После переезда необхлдимо убедиться в работоспособности сервера - поключить к нему один из клиентов и посмотреть Commonspace, попробовать как проходят CheckIn и CheckOut (я кстати сталкивался с ситуацией, когда DSMU выдавал неправильные отчеты - так что лучше проверить как работает на практике)

А вот уж когда все заработает на новой машине - производить Upgrade с Migration до 3.4

[Basnev 1]

.... Upgrade с Migration до 3.4

Можно без Migration, просто после рукопашного импорта прогнать ilink_patches.bat

[Basnev 1]

... с одного Oracle на другой (с восьмого на девятый)?

Если у Вас в регистре сервера для Oracle8 не было AMERICAN_AMERICA.UTF8 (RUSSIAN_CIS.UTF8), можете получить большие проблемы.

[DmitryV 0]

Если у Вас в регистре сервера для Oracle8 не было AMERICAN_AMERICA.UTF8 (RUSSIAN_CIS.UTF8), можете получить большие проблемы.

Имееется ввиду запись в реестре Windows, или надо смотреть в самом Oracle?

[Basnev 1]

DmitryV

HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\ALL_HOMES\ID0

и

HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOME0

Кстати, если там стоит RUSSIAN_CIS.CL8MSWIN1251 (если винда русская), то это тоже опасно.

[DmitryV 0]

Я хочу попробовать сделать следующее:

Установить на один из компьютеров 3.2, ну и попробовать "переехать" на 3.4 на ней. Заодно и проверю все вышеизложенные инструкции. Кстати, винда русская. У нас есть одна машинка на UNIX'е ,так может переезжать сразу на неее? И еще, можно ли установив 3.2 на английскую Windows или на UNIX, "исправить" тем самым "неправильные" записи в реестре?

[Basnev 1]

DmitryV

Кто как, но я не могу себе представить Intralink admin training через форум.

[DmitryV 0]

С Климовым я разговаривал, он "дал добро" на общение и не через форум. Можно и по е-почте.

[Basnev 1]

DmitryV

Мне его "добро" как бы без надобности.

[DmitryV 0]

О цене мы с ним и договаривались. Он Вам Должен был позвонить. Ну не писать же на форуме обо всех подробностях.

Мой почтовый ящик:

vord4@yandex.ru

[Dr-Alex 1]

Basnev уже не первый раз путает реестр с регистром, это что профессиональное? :)

наличие в старой базе UTF8 может вызвать проблемы, большие?? не знаю, размер проблем будет зависить от размера базы :)

Версия ILINK 3.3 по умолчанию ставит переменную WE8ISO8859P1 (и соответствующую ей запись в реестре) - кирилица работает без проблем с новыми объектами, но попробуйте всосать базу 3.2 из под UTF8 получите проблемы

[DmitryV 0]

Если по умолчанию в 3.4 переменная стала UTF8, а на старой машине переменная NLS_LANG была AMERICAN_AMERICA.WE8ISO8859P1?

[Basnev 1]

Basnev уже не первый раз путает реестр с регистром, это что профессиональное? :)

Dr-Alex наверно никогда не видел англицкой винды. Это что, профессиональное? :)

DmitryV

Если по умолчанию в 3.4 переменная стала UTF8, а на старой машине переменная NLS_LANG была AMERICAN_AMERICA.WE8ISO8859P1?

Все атрибуты с кириллицей превратятся в кашу.

[Dr-Alex 1]

стыдно слышать от главного локализатора такие оправдания

и что это за манеры, уважаемый, реальным фактам противопоставлять необоснованные предположения

на счет каши согласен, нужно изменять кодировку прежде чем всосать старую базу, alter database character set WE8ISO8859P1 - это команда в оракле (SQLPLUSW.EXE); на эту тему можно поискать инфу на оракловых форумах... вот только не знаю юзает ILINK CLOB'ы, т.к. данные CLOB'ов не конвертируются...

щас поищу чё нить в тему...

[Basnev 1]

стыдно слышать от главного локализатора такие оправдания

Что-то не припомню, когда это я занимался локализацией винды. А "регистр" - стандартный слэнг у многих сисадминов, и возможно, более правильный перевод.

и что это за манеры, уважаемый, реальным фактам противопоставлять необоснованные предположения

А это об чем? Конкретнее, реальные факты и мои необоснованные предположения.

Изменить кодировку Oracle на WE8ISO8859P1 не проблема. Тем более, что где-то с версии 3.2 при импорте она меняется автоматом на кодировку дампа. Так что каши вполне возможно и не будет. Будет некорректная кодировка win1251 как WE8ISO8859P1 (win1252) с потенциальными проблемами в будущем.

Задача в том, чтобы перейти на UTF8 и закрыть проблему полностью и навсегда.

Изменено 4 февраля 2005 пользователем Basnev

[Dr-Alex 1]

зачем, если у них все работает в WE? конверить большую базу трудно

[Basnev 1]

зачем, если у них все работает в WE? конверить большую базу трудно

Классика!

Ждем жареного петуха? Рано или поздно все равно клюнет.

[DmitryV 0]

Даже и не знаю, про петуха, на машинах, где включена локализация проблем с кашей пока нет, а на сервере я русский язык не включал вовсе. Здесь "каша", разумеется есть. Очевидно потому, что для русских символов применяется "соответсвующая" кодировка.

Подскажите пожалуйста для чего используется OracleTNSListenerL816, поскольку в сервисах он не запущен и запустить его мне не удалось. При этом Интралинк благополучно работает.

[DmitryV 0]

И еще одна особенность, наверное что-то я не так установил, для запуска INTRALIN'ка нужно залезть в proimgr, оттуда запустить дата - сервер причем при отключенном файл-сервере, потом вручную запустить его (файл-сервер) в сервисах, и только после этого INTRALINK начинает работать нормально.