OBIEE 12.2.1.2 Увеличение макс. Ячеек и экспорт в Excel

Question

Если возможно, я хочу увеличить конфигурацию по умолчанию, чтобы OBIEE отображал комбинацию из 60 фактов и цифр и строк <100 тыс. С экспортом в Excel

Следующие изменения iconf, nqsconf и obijh включают комбинацию + экспорт - однако - среда не работает стабильно - происходит сбой.

iconf

<Cube>
    <CubeMaxRecords>30000</CubeMaxRecords>
    <CubeMaxPopulatedCells>120000</CubeMaxPopulatedCells>
</Cube>

<Pivot>
        <MaxCells>3840000</MaxCells>
                <DefaultRowsDisplayedInDelivery>200000</DefaultRowsDisplayedInDelivery>
                <DefaultRowsDisplayedInDownload>100000</DefaultRowsDisplayedInDownload>
                <DisableAutoPreview>false</DisableAutoPreview>
            </Pivot>

 <Table>
        <MaxCells>3840000</MaxCells>
                <DefaultRowsDisplayedInDelivery>200000</DefaultRowsDisplayedInDelivery>
                <DefaultRowsDisplayedInDownload>100000</DefaultRowsDisplayedInDownload>
            </Table>

<ODBC>
            <ResultRowLimit>100000</ResultRowLimit>
        </ODBC>

obijh

В настоящее время я добавляю следующие изменения в тесты:

/OBIJH/config.xml: увеличить время ожидания сокета и ограничение входного потока, а также установить запрос на чтение перед флагом обработки в значение false.

 <XMLP>
    <InputStreamLimitInKB>2097152</InputStreamLimitInKB>
    <ReadRequestBeforeProcessing>false</ReadRequestBeforeProcessing>
 </XMLP>

biconfig / bridgeconfig.properties: добавьте свойства, чтобы увеличить время ожидания сокета и максимальное количество соединений в пуле.

Идеи и предложения очень ценятся.

Answer 1

У нас была такая же проблема. У нас есть текущая настройка для отображения строк до 300 тыс. строк, но всякий раз, когда мы пытались загрузить данные выше ~50 тыс. в формате Excel, это не удавалось. Он работал в формате csv без проблем, но в некоторых случаях он также терпел неудачу.

Мы пробовали параметры InputStreamLimitInKB с шагом 1024 КБ до ГБ, но безуспешно. Мы также подправили время ожидания сокета и максимальное количество соединений в пуле в bridgeconfig.properties.

Наконец, мы удалили InputStreamLimitInKB, установив для него значение 0. Согласно оракулу, это следует делать только при тестировании. Но после этого он работал каждый раз. Единственная проблема здесь была связана с использованием ЦП, поскольку на каждый поток приходилось 10% мощности ЦП.

Мы заметили, что до определенного предела хост JAVA обрабатывал выделение памяти, но сверх этого он убивал поток после тайм-аута сокета.

Итак, мы узнали, что-

1. Существует некоторая ошибка, которая не позволяет java завершить экспорт, если для InputStreamLimitInKB установлено очень высокое значение.
2. Без ограничений в InputStreamLimitInKB он работает хорошо до истечения времени ожидания сокета.
3. Даже без ограничений среда стабильна, и экспорт работает как положено.

НАКОНЕЦ: Пожалуйста, попробуйте и зарегистрируйте использование памяти и ЦП с течением времени. Если вы обнаружите что-то подозрительное, вернитесь к рекомендуемым значениям параметров.