Переход но новую версию лотус и не только...

Тема в разделе "Lotus - Администрирование", создана пользователем mugen, 4 мар 2008.

  1. mugen

    mugen Гость

    Добрый день!
    С недавнего времени на меня свалилась удивиельнао приятная работа по администрированию лотусовского сервака (R5) -z был, блин, несказанно рад, но пришлось разбираться...Вот обложился книжками- сижу изучаю))
    В перспективе переход на более новую версию лотуса в связи с этим пару вопросов/рекомендаций...
    Я так понимаю что наиболее выгодная версия 7.0.3 т.к.:
    есть курсы ( родный от ИБМ и интертраста- то что по москве нашёл)
    есть литература ( по 8-ой версии ещё не видел)
    есть люди которые хорошо её знают (мне полюбому нужна будет помощь в администраировании баз...как минимум перевод на новый формат)
    как минус сырость 8-ой версии( поправьте если не прав).

    Всё это рассматриваю со стороны "чайника" в лотусе- ибо только месяц как начал в нём с нуля разбираться.
    Если есть какие-то плюсы-минусы- буду рад услышать...все попытки узнать про 7-ую версию лотуса у ИБМ оканчиваются неудачей- меня упорно перекидывают на ссылки на 8-ую.Если кто поделится ссылками ( желательно русскоязычными) по этой версии- буду благодарен))

    Вопросов много- но пока ограничусь одним, т.к. по нему 100% не нашёл ответа не в мануале не на форуме-
    надо создать агента в programs, который бы с сервака в филиале делал трассировку головного сервера..оч. надо!!!
    все попытки что-то придумать приводят к такому результату
    Error attempting to load or run trace xxxxxx/yyyyyy .EXE:
    Unable to locate program
    где xxxx - сервак назначения- yyyyy домен
     
  2. collection

    collection Well-Known Member

    Регистрация:
    4 июл 2006
    Сообщения:
    472
    Симпатии:
    0
    mugen
    Здравствуйте!
    Мы несказанно рады по приветсвовать Вас, по всей видимости непревзойденного специалиста it индустрии, очень надеемся, что сможем помочь решить все Ваши проблемы быстро и своевременно. Специалисты техподдержки этого форума уже настраивают свои телепатические приборы на Вашу частоту, о результате вам сообщат незамедлительно, а пока распологайтесь по удобнее...
    ps Спасибо за сотрудничество
     
  3. mugen

    mugen Гость

    что конкретно требует уточнения?)
    p.s. кстати г-н collection ваш сарказм неуместен ( тем более что подобное сообщние уже давно висит на баше, так что не смешно)). флудом нравиться заниматся?))ну раз так, значит я просто разочаруюсь в форуме..делов-то. интересно было услышать мнение внедренцев...
     
  4. vladoos

    vladoos Гость

    частота ваших мозговых волн, а то настроится трудно. Энцефолограмма беспорядочная, хаотичная.

    по вопросу:
    Воспользуйтесь утилитой NPING, для ручной трасировки, а для автоматической проверки просто настройте репликацию между северами по расписанию и следите за логами репликатора.
     
  5. mugen

    mugen Гость

    интересует конкретно команда trace добавленная в programs- что выставить в program name , command line???
     
  6. collection

    collection Well-Known Member

    Регистрация:
    4 июл 2006
    Сообщения:
    472
    Симпатии:
    0
    mugen
    A Program document is used to automatically run a server task at a specific time. Надеюсь Вы улавливаете разницу между командойи серверной задачей, если нет, то я просто разочаруюсь в начальниках ИТ отделов.
    Раскройте секрет в чем полезность такой задумки?!
     
  7. mugen

    mugen Гость

    начинаю улавливать) спасибо за ответ....
    задумка нехитрая. в определённое время центральный сервер перестаёт видеть филиалы - решается это путём подключения к удалённому серверу и трассировки центрального- проблема исчезает. решение было мне передано по наследству вместе со всей системой.

    по поводу первого вопроса ув. Collection - не сложно будет всётаки ответить? коротко вопрос звучит- на что наиболее рационально переходить с 5-ой версии ( 7.0.3 или 8.0). Десяток удалённых серверов, дюжина баз данных, сотня пользователей.Необходима нормальная литература и возможность поддржки.
     
  8. collection

    collection Well-Known Member

    Регистрация:
    4 июл 2006
    Сообщения:
    472
    Симпатии:
    0
    mugen
    Мое личное мнение: самый оптимальный вариант это 703 потому как технология 8 ки еще не совесм обкатана, хотя с выходом 801 есть очень большие надежды, но использовать на боевых серверах одназначно рановато. И не затягивайте с обновлением, возможности 7-ки первоначально для Вас покажутся более чем достаточными. По поводу документации, здесь Вы сможете найти много полезного. Начните с Администрирование Domino 6 by Infector, для общего ознакомления чтобы иметь хотя бы представление, ну а вообще конечно самая лучшая документация это admin help.
    По поводу обновления, примерный алгоритм:
    По поводу Вашей идеи, если конечно же причины такого поведения выяснить не представляется возможным, то можно использовать в агенте конструкции типа SendConsoleCommand( "SERVER/OU/O/RU", "trace Server2/OU/O/RU" )в случае если какая-нибудь база на Server2 перестает быть доступной, но может стоит все-таки поискать причину. Не совсем понятен вопрос по поводу поддержки, если вы официально используете Lotus Domino, обращайтесь за поддержкой на официальный саппорт. Форум это сборище энтузиастов, а не специалистов техподдержки :)
     
  9. D!m@n

    D!m@n Гость

    Если вопрос ставить так - то на 7.0.3.
    Насчет литературы - http://codeby.net/forum/threads/109s0.html?start=0
     
  10. mugen

    mugen Гость

    2 collection
    мануал этот уже видел.таким же образом можно на R5 накатить 703 ( наивно :( )???
    переходить через 6-ю версию достаточно проблематично в плане временных ресурсов.Вообще изначально был вариант паралельно разворачивать сервера на 703 и в итоге переносить почту и адресные книги с базами, если что-тоне так- откатывать систему на старые сервера....пока не знаю насколько это верно и целесообразно ( самая большая проблема с базами- больно много всего там хитрого сделано).
    в плане поодержки- имею ввиду привлечённых программистов, т.к. не имею не малейшего желания плотно заниматся программированием.
    книжки уже все скачал, спасибо.
    p.s. отваливается только почта, базы доступны.щас поищу описание вашей команды...
     
  11. collection

    collection Well-Known Member

    Регистрация:
    4 июл 2006
    Сообщения:
    472
    Симпатии:
    0
    Можно. По поводу вашего варианта, думаю больше гемороя. Выполнив последовательно шаги иснтрукции обновления, для серверов филиалов запретить репликацию дизайна бд, в notes.ini отключить в servertask задачу design. Далее приступить к обновлению почтовых ящиков, можно проводить через консоль командой load convert(Upgrading mail files using the mail conversion utility в хелпе). Проверить работоспособность, если результатом довольны, перейти к обновлению серверов филиалов
    ps соединение между серверами по tcpip, если проподает связь команда route помогает, если можно выложите кусок лога при возникновении подобной ситуации
     
  12. mugen

    mugen Гость

    доброе утро!
    соединение по tcpip, по логам- честно говоря не знаю что выложить кроме server not responding ( результат трассировки и попытки открытия мэйл бокса), самое смешное что на исе настроил верификатор- показывает отклик от порта 1352- отклик есть, сервак жив..лотус его ни в какую не видит и трассировку делать не хочет. при этом в Сервер/мониторинг эти проблемные сервера видны....остальные 80% серверов работают без проблем.
     
  13. mugen

    mugen Гость

    проблема с пропаданием удалённых серваков решилась переустановкой шлюза, 2 недели- полёт нормальный.

    Кстати начал борьбу со спамом- решил поставить ORF-filter на рэлей сервак, как сконфигурировать чтоб входящая почта нормально ходила- я вроде представляю, а вот как чтоб исходящая...нашёл Relay host for messages leaving the local Internet domain - сюда написать адрес промежуточного внутреннего сервера?? Спрашиваю на всякий случай- возможно ещё какие-то подводные камни есть...
     
Загрузка...

Поделиться этой страницей