20 октября, суббота 15:22
Bankir.Ru

Объявление

Свернуть
Пока нет объявлений.

перевод БИСквита на Progress9

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • перевод БИСквита на Progress9

    Добрый день!
    с 1го апреля прекратилась поддрежка работы БИСквита на Progress8, надо переходить на 9й.
    правда при этом переходе возникло куча проблем.
    Поставил я майнтайнспаки(3 и 4) на UnixWare7,
    потом Прогресс9, к нима обновление 07-е все прошло успешно.
    даже удалось сконвертировать базу.
    Но дальше начились проблемы не компилируются исходники,
    очень много ошибок.
    запускаю компиляцию сразу выводится сообщение "не могу понять строку в файле compile.p 170". при компиляции полных исходников
    src41c16 компилятор нашел 350 ошибок.
    чё делать?

    обращался в службу поддержки, попросили выслать файл compile.p, выслал, два дня жду ....

  • #2
    sergei-p
    Если не делать явных глупостей, то проблем с переходом (тьфу-тьфу-тьфу) нет.
    Что-то меня смутили версии обновлений, которые Вы перечисляете (по инструкции надо было ставить только в отношениях типа: для UW 7.1.3 - 4 MP, для UW 7.1.1 - 3 MP, для P9 - 08 P), но думаю Вы делали-таки все по подробной инструкции БИСа.
    А судя по кол-ву и характеру ошибок, можно предположить, что проблемы где-то в настройка типа: не верно прописанный PROPATH.
    Удачи!

    Комментарий


    • #3
      У меня тоже возникли проблемы с переходом на 9, с переконвертацией базы, на conv89_3.
      Пишет что на этом Прогрессе не возможно компиляция...
      Звонил в БИС там сказали что не доустановленны лицензии по Прогрессу9.
      Хотя на проданном Прогрессе у того же БИСа (на зелененком листочке) одна лицензия: Workgroup Datebase.
      showcfg тоже одна лицензия.
      У кого сколько лицензий???

      Комментарий


      • #4
        Trader
        Посмотри лицензии на 4/GL

        Комментарий


        • #5
          Все уже перешли?

          Есть ли банки, кто используют Progress 9 Workgroup на многопроцессорных машинах?
          У нас обнаружилось, что Progress 9 W. чувствует себя под нагрузкой на многопроцессорной машине хуже, чем Progress 8 W.
          Enterprise, понятное дело, решает все проблемы производительности. Но стоит гораздо больше...

          Комментарий


          • #6
            Мы используем Progress 9 W на двухпроцессорном сервере. Разницы в производительности между 8 и 9 не заметили..

            Кстати проблем перехода на 9 не было. Ошибки при компиляции возникали (около 130), но "виновны" лишь неверный PROPATH, либо старые инклюдники.

            Комментарий


            • #7
              В выходные перешли.
              Разницы в производительности не заметили. Проверим в конце квартала.
              Единственное неудобство - бэкап, который раньше формировался без проблем в один файл на 9 начал разбиваться на части меньше 1 Гига. Как это связано с 9 Progress - неустановлено, но параметры системы не менялись с июня.

              Комментарий


              • #8
                Скрипты для бэкапа посмотри, там наверняка все это задается.

                Комментарий


                • #9
                  Единственное неудобство - бэкап, который раньше формировался без проблем в один файл на 9 начал разбиваться на части меньше 1 Гига.
                  Ну Олег, это еще что. Я вот до сих пор так и не понял почему
                  при остановленной базе бэкап на диск старается запихнуть все в один огромный
                  файл (ну и ессно когда за два гига кирдык) а если база
                  застартована то начинает разбивать на кусочки по 1 Гигу.

                  Комментарий


                  • #10
                    Salcar
                    Посмотри скрипт bq.sh. Там разные параметры для off-line full backup и on-line full backup. Может в одном месте задан параметр ограничения размера файла,а в другом - нет.
                    def429
                    Скрипты не меняли.

                    Комментарий


                    • #11
                      После перехода на 9 наблюдается торможенин при пересчете кредитных договоров.

                      Комментарий


                      • #12
                        Уважаемые Гуру Подскажите пожалуйста, как заставить 9-й прогресс автоматически разбивать бакап на части при перевышении размера 2ГБ?

                        Какие параметры в скрипте bq.sh надо подправить?

                        Спасибо.

                        Комментарий


                        • #13
                          Т.е. вы, bv видимо на диск делаете бэкап?
                          Я в соответствующем месте даю на вход пробэкапу файл со списком имен. Список с запасом.
                          Только еще надо бы пробэкапу сказать какой размер будет у тома бэкапа:
                          Пусть bkups.lst будет содержать:
                          /bkup/bkup.2
                          /bkup/bkup.3
                          /bkup/bkup.4
                          ...
                          Тогда команда будет примерно такой (тома по 512Мб для БД с блоком 8Кб):
                          cat bkups.lst | probackup online bisquit /bkup/bkkup.1 -vs 65536
                          Для восстанавливать аналогично дать на вход prorest-у тот же файл.

                          А вообще, почему в БИС не обращаетесь? Вот я тут вам насовету чего-нибудь такого, что БД с бэкапами потеряете и что?
                          _________________________
                          Я не Гуру... Только учусь.

                          Комментарий


                          • #14
                            Pearhead Пасибо попробую.... БИСы сказали что для этого нужно использовать ленту

                            Комментарий


                            • #15
                              bv
                              Этот метод работает.
                              all
                              Другой вопрос - как в списке указывать переменное имя, например - зависящее от даты?

                              Комментарий


                              • #16
                                bv, правильно сказали!
                                beloll, на самом деле список формируется непосредственно перед бэкапированием, можно даже вычислить сколько нужно томов, используя команды типа du тут же и дату можете вставить, ну что-то типа:
                                VLMS=20
                                COUNT=2
                                while [ $COUNT -le $VLMS ]
                                do
                                echo '/bkup/bkup.'`date "+%m%d.%H"`'.'$COUNT >> bkups.lst
                                COUNT=`expr $COUNT + 1`
                                done
                                Вот результат в файле bkups.lst:
                                /bkup/bkup.1102.08.2
                                /bkup/bkup.1102.08.3
                                /bkup/bkup.1102.08.4
                                /bkup/bkup.1102.08.5
                                Эх, не силен я в Unix-е, наверняка можно что-то и покрасивее нарисовать... Зато, вроде, понятно, что хотели сказать.

                                Комментарий


                                • #17
                                  Понятное дело, что название первого тома тоже надо будет задавать с датой:
                                  cat bkups.lst | probackup online bisquit '/bkup/bkkup.'`date "+%m%d.%H"`'.1' -vs 65536

                                  Комментарий


                                  • #18
                                    Pearhead
                                    С первым томом все легко и понятно.
                                    Спасибо, попробую.

                                    Комментарий


                                    • #19
                                      есть вариант использования больших файлов в 9.1D, включается он командой
                                      proutil db-name -C EnableLargeFiles
                                      после этого весь бэкап будет легко помещаться в один файл, да и размер томов с переменным размером будет практически не ограничен.

                                      Но не все ОС поддерживают большие файлы, насколько я знаю с UnixWare этот вариант не пройдет, с соляркой вроде все работает.

                                      Комментарий


                                      • #20
                                        bulklodd
                                        Вопрос следующий: что будет, если одна из областей данных привысит размер 2 Гб? Нужно ли за этим следить или система добавит область автоматически?

                                        Комментарий


                                        • #21
                                          Вопрос следующий: что будет, если одна из областей данных привысит размер 2 Гб? Нужно ли за этим следить или система добавит область автоматически?
                                          Следить нужно только за свободным местом на диске, никаких областей (вернее томов) автоматически не создается, если есть том с переменным размером, то он будет расти и может превысить и 2 и 3 и т.д. ГБ, пока на диске не кончится место.

                                          Комментарий


                                          • #22
                                            bulklodd
                                            Спасибо

                                            Комментарий


                                            • #23
                                              на курсах csbi по progress усиленно не рекомендовали
                                              держать больше 2ГБ том
                                              когда время подходит просто добавляещь экстенд тем более
                                              растут, с разбивкой по областям медленно

                                              Комментарий


                                              • #24
                                                bulklodd
                                                Честно, не изучал вопрос, скажем из области слухов: если bi-файл достигает 2Гб и нет других томов для bi, то база умирает. Надо обязательно ставить -bithold и -bistall (если память не изменяет). Так вот вопрос: влияет ли на прозводительность включение этих опций или совсем нет?

                                                Комментарий


                                                • #25
                                                  Так вот вопрос: влияет ли на прозводительность включение этих опций или совсем нет?
                                                  Опции -bithold и -bistall настоятельно рекомендуются PROGRESS'ом к использованию, никакого влияния на производительность они не оказывают.

                                                  Комментарий


                                                  • #26
                                                    Спасибо, bulklodd!
                                                    И раз пошла такая пьянка, подскажите как можно НЕ интерактивно добывать информацию из promon; R&D; 1(Status display); 4(Processes/client...); 3(Active transaction)
                                                    Думаю не плохо было бы за этим делом следить и анализировать автоматически, а не когда приспичит. И вообще, кто-то говорил, что можно инфу из promona выводить без необходимости жать клавиши.

                                                    Комментарий


                                                    • #27
                                                      как можно НЕ интерактивно добывать информацию из promon; R&D; 1(Status display); 4(Processes/client...); 3(Active transaction)
                                                      Делается это через таблицы VST на 4GL, описание таблиц VST есть в документации к PROGRESS

                                                      Комментарий

                                                      Пользователи, просматривающие эту тему

                                                      Свернуть

                                                      Присутствует 1. Участников: 0, гостей: 1.

                                                      Обработка...
                                                      X