Sap sql error 2048

Sql Error 2048 When Accessing Table We have collected for you the most relevant information on Sql Error 2048 When Accessing Table, as well as possible solutions to this problem. Take a look at the links provided and find the solution that works. Other people have encountered Sql Error 2048 When Accessing Table before […]

Содержание

  1. Sql Error 2048 When Accessing Table
  2. S/4H1610 SQL code: 2048 occurred while accessing table .
  3. «SQL Code: 2048» Occured while accessing table «PA0000 .
  4. 2848859 — SQL error «SQL code: 2048» occurred while .
  5. 2163449 — Dump DBSQL_SQL_ERROR with «SQL code: 2048 .
  6. “SQL Code: 2048″ Occured While Accessing Table “PA0000 .
  7. HANA SQL error: 2048 column store error: [6900] Attribute .
  8. SAP DBTech JDBC: [2048]: column store error: search table .
  9. SQL code: 2048 column store error: search table error: [9 .
  10. Database errors during SQL operations — SAP on SQL Server .
  11. Database engine events and errors — SQL Server Microsoft .
  12. Sql Error 2048 When Accessing Table Fixes & Solutions
  13. Error «2.048» has occurred in the BWA/SAP HANA server — Step CUBE_CALC_VIEW_CREATE
  14. OOM Situations- HANA Memory Problems
  15. Which indications exist for SAP HANA memory problems?
  16. DBSQL_SQL_INTERNAL_DB_ERROR Ошибка SQL 2048
  17. Livecache just throwing dumps DBIF_DSQL2_SQL_ERROR

Sql Error 2048 When Accessing Table

We have collected for you the most relevant information on Sql Error 2048 When Accessing Table, as well as possible solutions to this problem. Take a look at the links provided and find the solution that works. Other people have encountered Sql Error 2048 When Accessing Table before you, so use the ready-made solutions.

S/4H1610 SQL code: 2048 occurred while accessing table .

    https://answers.sap.com/questions/168479/s4h1610-sql-code-2048-occurred-while-accessing-tab.html
    Apr 01, 2017 · SQL error «SQL code: 2048» occurred while accessing table «FCOV_MIG».

«SQL Code: 2048» Occured while accessing table «PA0000 .

    http://sapbasisinfo.com/blog/2019/04/02/sql-code-2048-occured-while-accessing-table-pa0000/
    SUSE Linux Your HR background jobs can be cancelled with the message DBSQL_SQL_ERROR and you can see the dump “SQL Code: 2048″ Occured while accessing table “PA0000″ in your ST22 screen, then you need the implement following SNOTE to your …

2848859 — SQL error «SQL code: 2048» occurred while .

    https://apps.support.sap.com/sap/support/knowledge/en/2848859
    2848859 — SQL error «SQL code: 2048» occurred while accessing table XXXX.

2163449 — Dump DBSQL_SQL_ERROR with «SQL code: 2048 .

    https://apps.support.sap.com/sap/support/knowledge/en/2163449
    SQL error «SQL code: 2048» occurred while accessing table «V_GLPOS_C_CT».

“SQL Code: 2048″ Occured While Accessing Table “PA0000 .

    http://sapbasisinfo.com/blog/tag/sql-code-2048-occured-while-accessing-table-pa0000/
    Your HR background jobs can be cancelled with the message DBSQL_SQL_ERROR and you can see the dump “SQL Code: 2048″ Occured while accessing table “PA0000″ in your ST22 screen, then you need the implement following SNOTE to your SAP system.

HANA SQL error: 2048 column store error: [6900] Attribute .

    https://answers.sap.com/questions/11015715/hana-sql-error-2048-column-store-error-6900-attrib.html
    Jun 26, 2014 · HANA SQL error: 2048 column store error: [6900] Attribute engine failed Posted on Jun 26, 2014 at 11:26 AM 7.5k Views Follow

SAP DBTech JDBC: [2048]: column store error: search table .

    https://stackoverflow.com/questions/45460331/sap-dbtech-jdbc-2048-column-store-error-search-table-error-2724-olap-tem
    SAP DBTech JDBC: [2048]: column store error: search table error: [2724] Olap temporary data size exceeded 31/32 bit limit» Ask Question Asked 3 years, 5 months ago. Active 3 years, 1 month ago. Viewed 13k times 0. I Have a calculation view which is based on other calculation views and joins to bring material Accounts data from different vendors .

SQL code: 2048 column store error: search table error: [9 .

    https://blog.csdn.net/weixin_41725521/article/details/84137499
    SQL code: 2048. column store error: search table error: [9] Memory allocation failed. 在执行SE16N,不输入任何限制查询MARC表长时间运行DUMP,输入其他条件则不会DUMP,在ST22中查询到如下错误消息

Database errors during SQL operations — SAP on SQL Server .

    https://wiki.scn.sap.com/wiki/display/SAPSQL/Database+errors+during+SQL+operations
    Aug 19, 2016 · Please provide any feedback or questions regarding the content under the current page comments. If you have an issue or is looking for help, try to post your question on SAP community with Microsoft SQL Server tag.

Database engine events and errors — SQL Server Microsoft .

    https://docs.microsoft.com/en-us/sql/relational-databases/errors-events/database-engine-events-and-errors
    Warning: Online index operation on table ‘%.*ls’ will proceed but concurrent access to the table may be limited due to residual lock on the table from a previous operation in the same transaction. 1971

Sql Error 2048 When Accessing Table Fixes & Solutions

We are confident that the above descriptions of Sql Error 2048 When Accessing Table and how to fix it will be useful to you. If you have another solution to Sql Error 2048 When Accessing Table or some notes on the existing ways to solve it, then please drop us an email.

Источник

Error «2.048» has occurred in the BWA/SAP HANA server — Step CUBE_CALC_VIEW_CREATE

After completing a NW 7.5 BW system Upgrade/Migration towards HANA Database using DMO for SUM, Im facing the following errors in Post-Upgrade Steps, in task RUN_CUBE_CALC_VIEW_CREATE

Most of them shows A3EEDBMAN 901 Error «2.048» has occurred in the BWA/SAP HANA server

I found a note 1930806 — Error 2.048 Could not create logical index, but this applies to NW 7.40 and this scenario is a NW 7.5 SP01

This same error occurs if execute manual report RSDDB_INDEX_CREATE_MASS.

Any idea how to overcome this issue?

Also as a comment, I have performed a previous upgrade of a replica system and this error did not occur althought the number of objects were different.

CUBE CALC VIEW CREATION ERRORS and RETURN CODE in RSUPG_CUBE_CALC_VIEW_CREATE.BWQ

A3 ERSDD_HDB_INDEX 007 Creating column view of type «MDF» for object «0HIER_NODE».

A3 ERSDD_HDB_INDEX 008 Column view activated for object «0HIER_NODE»

A3 ERSDD_HDB_INDEX 007 Creating column view of type «MDF» for object «0ITEM_DEL».

A3 ERSDD_HDB_INDEX 008 Column view activated for object «0ITEM_DEL»

A3 ERSDD_HDB_INDEX 007 Creating column view of type «MDF» for object «0LANGU».

A3EERSD_TREX 100 «column store error: Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116

Источник

OOM Situations- HANA Memory Problems

Which indications exist for SAP HANA memory problems?

May I Know the existence of indication for SAP HANA memory problems?

The following error messages can indicate OOM situations. Be aware that some of the errors can also be issued in other scenarios. To make sure that they are really memory related, you have to check the related trace file.

SQL error -10108: Session has been reconnected

SQL error 129 while accessing table

transaction rolled back by an internal error: exception during deltalog replay.

transaction rolled back by an internal error: TableUpdate failed

transaction rolled back by an internal error: exception

1000002: Allocation failed ; $size$=1191936; $name$=TableUpdate; $type$=pool;

$inuse_count$=2180; $allocated_size$=8180736; $alignment$=16#

transaction rolled back by an internal error: TrexUpdate

failed on table with error:

commitOptimizeAttributes() failed with rc=6900, Attribute engine

failed;object=$delta_1$en, rc=6900 — enforce TX rollback

transaction rolled back by an internal error: TrexUpdate

failed on table » with error: Attribute load

failed;index=en,attribute=’$trexexternalkey$’ (207), rc=6923 — enforce TX rollback

transaction rolled back by an internal error: TrexUpdate

failed on table » with error: AttributeEngine: not enough

memory, rc=6952 — enforce TX rollback

SQL error 403 while accessing table

internal error: «».»»: [133] (range 2)

SQL error 2048 while accessing table

column store error: search table error: [9] Memory allocation failed

column store error: search table error: [1999] general error (no further information available)

column store error: search table error: [2575] flatten scenario failed; Allocation failed

column store error: search table error: [6900] Attribute engine failed

column store error: search table error: [6923] Attribute load failed

column store error: search table error: [6952] Error during optimizer search

column store error: search table error: [6952] AttributeEngine: not enough memory

SQL error 3584 while accessing table

distributed SQL error: [9] Memory allocation failed

distributed SQL error: [2617] executor: plan operation execution failed with an exception

SQL error 3587 at CON

invalid protocol or service shutdown during distributed query execution:

Источник

DBSQL_SQL_INTERNAL_DB_ERROR Ошибка SQL 2048

Я должен присоединиться к двум столовым ACDOCA и BKPF. Я написал для него следующий код.

Столкнулись со следующими ошибками: —- Ошибка выполнения: DBSQL_SQL_INTERNAL_DB_ERROR

Ошибка SQL «Код SQL: 2048» при доступе к таблице «ACDOCA».

Краткий текст: в классе «CX_SY_OPEN_SQL_DB» возникла исключительная ситуация.

Как решить эту проблему? пожалуйста помоги.

blart, написанном таким образом. Вероятно, вы хотите AND a

blart in (‘DR,’ZK’,’UE’) или. `И (a

blart = ‘DR’ ИЛИ ​​a

blart = ‘ZK’ ИЛИ ​​a

blart = ‘UE’) или ваш другой критерий and будет связан только с первым a

blart и вы получите обратно все записи ZK и UE.

  • Выбор непосредственно из таблиц базы данных подвержен ошибкам (например, вы забудете ключи при присоединении), и вам придется иметь дело с этими ужасными немецкими сокращениями (например, Belegnummer -> belnr). Поскольку некоторое время сверху были представлены CDS Views, например, I_JournalEntryItem с ассоциациями и правильными английскими именами для этих полей, если вы можете их использовать, я бы (они также выпущены C1 ).
  • Как уже указывал xQBert, запрос, вероятно, не работает должным образом, поскольку И имеет приоритет над ИЛИ, и поэтому ваш запрос в основном возвращает все из ACDOCA, умноженное на все из BKPF , что, вероятно, приводит к ошибке базы данных, которую вы опубликовали
  • С запросами диапазона вы все равно можете получить много результатов (например, миллиарды записей, в зависимости от размера вашей компании), вы должны либо ограничить запрос с помощью UP TO , реализовать некоторую разбивку на страницы или COUNT(*) сначала и показать пользователю ошибку, если набор результатов слишком большой.

Я бы написал это так:

(В качестве бонуса вы получите надлежащие проверки авторизации DCL)

2048 является/может быть ошибкой выделения памяти: возвращается слишком много данных. Учитывая это, эта линия весьма подозрительна

Я бы рассмотрел это вместо этого. В противном случае возвращаются ВСЕ записи blart ZK и UE независимо от клиента, года, компании и т. д.

Однако, если вы действительно хотели вернуть все грубые записи ZK, UE и только те, которые DR и в определенных параметрах. вы просто запрашиваете слишком много данных из системы и должны «ОГРАНИЧИТЬ» свой результирующий набор и каким-то образом сообщить пользователю, что из-за объема данных возвращается только ограниченный набор

Я бы также удостоверился, что вашего соединения с ключами достаточно. Финансовый год и балансовая единица представляют собой неполный ключ к BKPF. Я не знаю таблицу данных ACDOCA, поэтому я не уверен, что это правильное соединение, которое может привести к полудекартовому сечению, способствующему раздуванию данных. Я думаю, что в многопользовательской базе данных вам также может понадобиться присоединиться к mandt. возможно, номер документа и некоторые другие значения. опять же, это выглядит как неполное соединение по ключу. так что возможно, там тоже нужно больше.

Источник

Livecache just throwing dumps DBIF_DSQL2_SQL_ERROR

I had done a Homogenous system copy for our SCM 4.0 Livecache systems from our Prod to Dev recently successfully.

On the dev system when we try to do anything it is just throwing dumps DBIF_DSQL2_SQL_ERROR. Even doing the consistency check results in the same. I suspect this could be the result of the Prod kernel level being low when we did the copy.

Prod Livecache kernel level : 7.5.0 BUILD 035-123-123-944

Dev Livecache kernel level : 7.5.0 BUILD 044-123-149-413

Below is the dump details:

Runtime Error DBIF_DSQL2_SQL_ERROR

Date and Time 10.09.2008 11:44:24

An SQL error occurred when executing Native SQL.

Error «-28534» occurred in the current database connection «LCA».

What can you do?

Print out the error message (using the «Print» function)

and make a note of the actions and input that caused the

To resolve the problem, contact your SAP system administrator.

You can use transaction ST22 (ABAP Dump Analysis) to view and administer

termination messages, especially those beyond their normal deletion

is especially useful if you want to keep a particular message.

How to correct the error

Database error text. «Package must be recreated:APS_COM_VERSION_GET,»

Database error code . «-28534»

Triggering SQL statement. » ? ? ? O»

Internal call code. «[DBDS/NEW DSQL]»

Please check the entries in the system log (Transaction SM21).

You may able to find an interim solution to the problem

in the SAP note system. If you have access to the note system yourself,

use the following search criteria:

«/SAPAPO/SAPLOM_TOOLS_BASIS» or «/SAPAPO/LOM_TOOLS_BASISU02»

If you cannot solve the problem yourself and you wish to send

an error message to SAP, include the following documents:

1. A printout of the problem description (short dump)

To obtain this, select in the current display «System->List->

Save->Local File (unconverted)».

2. A suitable printout of the system log

To obtain this, call the system log through transaction SM21.

Limit the time interval to 10 minutes before and 5 minutes

after the short dump. In the display, then select the function

«System->List->Save->Local File (unconverted)».

3. If the programs are your own programs or modified SAP programs,

supply the source code.

To do this, select the Editor function «Further Utilities->

4. Details regarding the conditions under which the error occurred

or which actions and input led to the error.

The exception must either be prevented, caught within the procedure

«(FUNCTION)», or declared in the procedure’s RAISING clause.

To prevent the exception, note the following:

SAP Release. «640»

Application server. «TPCSCMDD»

Network address. «10.30.33.21»

Operating system. «HP-UX»

Hardware type. «ia64»

Character length. 8 Bits

Pointer length. 64 Bits

Work process number. 1

Short dump setting. «full»

Database server. «TPCSCMDD»

Database type. «ORACLE»

Database name. «TSD»

Database owner. «SAPTSP»

Character set. «en_US.iso88591»

Created on. «Mar 20 2007 20:14:24»

Created in. «HP-UX B.11.23 U ia64»

Database version. «OCI_920 «

Patch level. «175»

Database. «ORACLE 9.2.0.., ORACLE 10.1.0.., ORACLE

10.2.0..«

SAP database version. «640»

Operating system. «HP-UX B.11»

MM Free. 3466832

SAP Release. «640»

User and Transaction

Screen. «SAPMSSY0 1000»

Information on where terminated

The termination occurred in the ABAP program «/SAPAPO/SAPLOM_TOOLS_BASIS» in

The main program was «/SAPAPO/OM_COM_VERSION_SHOW «.

The termination occurred in line 41 of the source code of the (Include)

of the source code of program «/SAPAPO/LOM_TOOLS_BASISU02» (when calling the

Processing was terminated because the exception «CX_SY_NATIVE_SQL_ERROR»

occurred in the

procedure «/SAPAPO/OM_COM_VERSION_GET» «(FUNCTION)» but was not handled

locally, not declared in the

RAISING clause of the procedure.

The procedure is in the program «/SAPAPO/SAPLOM_TOOLS_BASIS «. Its source code

starts in line 7

of the (Include) program «/SAPAPO/LOM_TOOLS_BASIS$02 «.

Source Code Extract

28.5.02 swh: function-module rfc-enabled, therefore value(ET_RC)

DATA: ls_gen_com_params TYPE /sapapo/om_gen_com_params,

lv_rc TYPE /sapapo/om_lc_rc_str,

lv_subrc_sav LIKE sy-subrc.

DATA: ls_frac(3) TYPE c,

ls_frac1(3) TYPE c,

lt_frac LIKE STANDARD TABLE OF ls_frac WITH

NON-UNIQUE DEFAULT KEY,

lv_string1(30) TYPE c, «#EC NEEDED

lv_string2(30) TYPE c.

FIELD-SYMBOLS LIKE LINE OF et_version.

PERFORM create_gen_com_params USING gc_om_simsession_def

EXECUTE PROCEDURE «APS_COM_VERSION_GET» (

LOOP AT et_version ASSIGNING .

TRANSLATE -branch_info TO UPPER CASE. «#EC *

READ TABLE et_version ASSIGNING INDEX 1.

CHECK sy-subrc EQ 0.

LOOP AT et_version TRANSPORTING NO FIELDS

WHERE build_info <> -build_info.

CHECK sy-subrc <> 0.

SPLIT -build_info AT ‘: ‘ INTO lv_string1 lv_string2.

Contents of system fields

Display of Current COM Module Versions

No. Ty. Program Include Line

2 FUNCTION /SAPAPO/SAPLOM_TOOLS_BASIS /SAPAPO/LOM_TOOLS_BASISU02 41

1 EVENT /SAPAPO/OM_COM_VERSION_SHOW /SAPAPO/OM_COM_VERSION_SHOW 5

No. 2 Ty. FUNCTION

Table reference: 6

TABH+ 0(20) = 0000000000000000000000000000000000000000

TABH+ 20(20) = 000000060000000B0000000000000048FFFFFFFF

TABH+ 40(16) = 0400002500002168001024C401000000

shmId = 0 (0x00000000)

id = 6 (0x00000006)

label = 11 (0x0000000B)

fill = 0 (0x00000000)

leng = 72 (0x00000048)

loop = -1 (0xFFFFFFFF)

occu = 16 (0x00000010)

access = 1 (ItAccessStandard)

idxKind = 0 (ItIndexNone)

uniKind = 2 (ItUniqueNon)

keyKind = 1 (default)

cmpMode = 8 (cmpManyEq)

>>>>> Shareable Table Header Data >>>> 1st level extension part >>>> 2nd level extension part >>>> Shareable Table Header Data >>>> 1st level extension part >>>> 2nd level extension part

The termination occurred in the function «DsqlErrorHandler» of the SAP

Basis System, specifically in line 2013 of the module

The internal operation just processed is «DSQL».

The internal session was started at 20080910114424.

Internal call code. «[DBDS/NEW DSQL]»

Active Calls in SAP Kernel

Lines of C Stack in Kernel (Structure Differs on Each Platform)

Источник

Scenario: During DB access of a HANA 2.0 SPS3 Calculation View from S/4HANA ABAP stack (via ABAP) or even directly in HANA Studio (via “Raw Data”), an error is displayed in a short dump or on screen along the lines of “SAP DBTech JDBC (2048: column store error: search table error: (nnnn) Instantiation of calculation model failed: exception 30600. An Internal error occurred”.

After investigation you observe the following error inside the indexserver trace log: “Could not get template scenario <SID>::_SYS_BIC:_SYS_SS_CE_<nnnn>_vers2_lang6_type1_CS_2_2_TMP (t -1) of calculation index <SID>::_SYS_BIC:<PACKAGE>/<CALCVIEW> (t -1). reason: CalculationEngine read from metadata failed.; Condition ‘aScenarioHandle.is_valid()’ failed.”.

The error clearly references the name of your Calculation View (calculation index) but it also references another object with a name like “_SYS_SS_CE_*”.

SAP note 1646743 explains that objects with a naming convention of “_SYS_SS_CE_<guid>_TMPTBL” are temporary tables created during compilation of procedure objects. Whilst our objects naming convention is not an exact match, the assumption is that the object is temporary in nature and created during the compilation of our Calculation View.

To backup the above theory, SAP note 2717365 matches the initial error message in some respects and shows the method to recompile the temporary object.
The note explains that to reproduce its described situation you must “Create a script calculation view which is created based on a procedure.”.

With this in mind, after checking our erroring Calculation View, it is clearly possible to see that ours utilises a “Script” as part of its design.

Therefore, we can assume that the temporary object with naming convention “_SYS_SS_CE_<nnnn>_vers2_lang6_type1_CS_2_2_TMP” is the temporary representation of the script from within our Calculation View.

Following the SAP note, we can recompile the object via its source Calculation View as follows using HANA Studio SQL execution (or hdbsql command line):

(NOTE: in our case the object is owned by user SAPABAP1, so we login/connect as that user in order to execute)

ALTER PROCEDURE “_SYS_BIC”.”<PACKAGE>/<CALCVIEW>/proc” RECOMPILE;

The execution succeeds.
However on retrying to access the data within the view, we still get an error.
What happened, well looking again at our Calculation View, it appears that it references another Calculation View!
So we must recompile all referencing Calculation Views also.

To cut a long story short, it turned out that we had over 4 levels Calculation Views before I decided to just recompile all procedures (if existing) of all known Calculation Views. Some of the views were even in different schemas.

How do we obtain a list of all Calculation Views that use a script and would have temporary procedures?

We can use this SQL string to create the required list of “type 6” objects:

SELECT ‘ALTER PROCEDURE “‘||schema||’”.”‘||name||’” RECOMPILE;’ FROM sys.p_objects_ WHERE type=6 and name like ‘%/proc’

How did I find this? All (or most) HANA objects are represented in the SYS.P_OBJECTS table.

Even temporary SQL objects need to be accounted for in the general administrative operations of the database, they need to be listed somewhere and have a corresponding object ID.
By executing the SQL as the SAPABAP1 user, we get output in a similar fashion as to that shown below, with the first line being a column header:

‘ALTER PROCEDURE “‘||SCHEMA||’”.”‘||NAME||’” RECOMPILE;’

ALTER PROCEDURE “_SYS_BIC”.”sap.erp.sfin.co.pl/FCO_C_ACCOUNT_ASSIGNMENT/proc” RECOMPILE;

ALTER PROCEDURE “_SYS_BIC”.”sap.erp.sfin.rtc/RTC_C_FISCMAPA/proc” RECOMPILE;

We can then simply execute the output SQL lines for each object to be recompiled.
On attempting access to the Calculation View, it now correctly returns data (or no data), and does not show an error message.

The next question is, why did we get this problem?

Looking back at SAP note 2717365 it says “This error happens because the temporary created objects were not cleared up properly when this happened with an error.”.
Remember that this is not an exact match for our error, but I think the explanation is good enough.

An error occurred during the creation of the temporary procedures that underpin our scripted Calculation Views.

We don’t know what the error or issue was, but subsequently recompiling those Calculation View temporary procedures fixes the issue.

#abap #hana #opensql

#abap #hana #opensql

Вопрос:

Я должен объединить две табличные ACDOCA и BKPF. Я написал для этого следующий код.

 SELECT  a~rbukrs,
        a~racct,
        a~bldat,
        a~blart,
        a~kunnr,
        a~belnr,
        a~sgtxt,
        b~xblnr,
        a~budat,
        a~hsl,
        a~prctr
INTO TABLE @it_final
FROM acdoca AS a
LEFT OUTER JOIN bkpf AS b
  ON a~rbukrs = b~bukrs
 AND a~gjahr = b~gjahr
WHERE a~rbukrs IN @s_bukrs
  AND a~Kunnr IN @s_kunnr
  AND a~Budat IN @s_budat
  AND a~Belnr IN @s_belnr
  AND a~rldnr IN @s_rldnr
  AND a~blart = 'DR' OR a~blart = 'ZK' OR a~blart = 'UE'.
 

Столкнулись со следующими ошибками:—-
Ошибка времени выполнения: DBSQL_SQL_INTERNAL_DB_ERROR

Ошибка SQL «Код SQL: 2048» произошла при доступе к таблице «ACDOCA».

Короткий текст: в классе «CX_SY_OPEN_SQL_DB» произошло исключение

Как мне решить эту проблему? пожалуйста, помогите.

Комментарии:

1. не решение проблемы, но ваше предложение where вызывает большие подозрения из-за «ИЛИ» в ~blart, написанном таким образом. Вы, вероятно, хотите AND a~blart in ('DR,'ZK','UE') или… `И (a ~ blart = ‘DR’ ИЛИ a ~ blart = ‘ZK’ ИЛИ a ~ blart = ‘UE’) или ваши другие критерии и будут связаны только с первым a ~ blart, и вы получите обратно все записи ZK и UE a ~ blart.

2. @xQbert да, это синтаксис ABAP. Точка используется в ABAP для завершения инструкции.

3. Условие соединения также должно включать belnr: a ~ belnr = b ~ belnr

4. Возможно, вас заинтересует справка SAP: представления CDS , чтобы найти подходящее представление для вашего использования

5. В HANA, не уверен, о какой базе данных вы говорите, код 2048 является общей ошибкой для «ошибки хранилища столбцов». Случай «ошибка выделения памяти» — это всего лишь одна из возможностей. Для получения дополнительной информации см. Примечание 2399990 — Практическое руководство: анализ коротких дампов ABAP в средах SAP HANA

Ответ №1:

Несколько вещей:

  • Выбор непосредственно из таблиц базы данных подвержен ошибкам (например, вы забудете ключи при объединении), и вам приходится иметь дело с этими ужасными немецкими сокращениями (например, Belegnummer -> belnr). С некоторых пор сверху есть представления CDS, например, I_JournalEntryItem с ассоциациями и правильными английскими именами для этих полей, если вы можете их использовать, я бы это сделал (также они выпущены на C1).
  • Как уже указывал xQbert, запрос, вероятно, работает не так, как предполагалось, и имеет предопределение над ИЛИ, и поэтому ваш запрос в основном возвращает все из ACDOCA, умноженное на все из BKPF, что, вероятно, приводит к опубликованной вами ошибке базы данных
  • С запросами диапазона вы все равно можете получить много результатов (например, миллиарды записей, в зависимости от размера вашей компании), вам следует либо ограничить запрос UP TO , реализовать некоторую разбивку на страницы, либо COUNT(*) сначала и показать ошибку пользователю, если набор результатов слишком велик.

Я бы написал это так:

 TYPES:
 BEGIN OF t_filters,
  company_codes TYPE RANGE OF bukrs,
  customers     TYPE RANGE OF kunnr,
  document_dates TYPE RANGE OF budat,
  accounting_documents TYPE RANGE OF fis_belnr,
  ledgers TYPE RANGE OF rldnr,
 END OF t_filters.

DATA(filters) = VALUE t_filters(
  " filter here
).

SELECT FROM I_JournalEntryItem
  FIELDS
    CompanyCode,
    GLAccount,
    DocumentDate,
    AccountingDocumentType,
    Customer,
    AccountingDocument,
    DocumentItemText,
    _JournalEntry-DocumentReferenceID,
    PostingDate,
    AmountInCompanyCodeCurrency,
    ProfitCenter
  WHERE
    CompanyCode            IN @filters-company_codes AND
    Customer               IN @filters-customers AND
    DocumentDate           IN @filters-document_dates AND
    AccountingDocument     IN @filters-accounting_documents AND
    Ledger                 IN @filters-ledgers AND
    AccountingDocumentType IN ( 'DR', 'ZK', 'UE' )
  INTO TABLE @DATA(sales_orders)
  UP TO 100 ROWS.
 

(В качестве бонуса вы получите надлежащие проверки авторизации DCL)

Ответ №2:

2048 является / может быть ошибкой выделения памяти: возвращается слишком много данных. Учитывая это, эта строка вызывает большие подозрения

   AND a~blart = 'DR' OR a~blart = 'ZK' OR a~blart = 'UE'.
 

Я бы рассмотрел это вместо этого. В противном случае ВСЕ записи blart ZK и UE возвращаются независимо от клиента, года, компании и т. Д…

 SELECT  a~rbukrs,
        a~racct,
        a~bldat,
        a~blart,
        a~kunnr,
        a~belnr,
        a~sgtxt,
        b~xblnr,
        a~budat,
        a~hsl,
        a~prctr
INTO TABLE @it_final
FROM acdoca AS a
LEFT OUTER JOIN bkpf AS b
  ON a~rbukrs = b~bukrs
 AND a~gjahr = b~gjahr
WHERE a~rbukrs IN @s_bukrs
  AND a~Kunnr IN @s_kunnr
  AND a~Budat IN @s_budat
  AND a~Belnr IN @s_belnr
  AND a~rldnr IN @s_rldnr
  AND a~blart IN ('DR','ZK','UE').
 

Однако, если вы действительно хотели вернуть все записи blart ZK, UE и только те, которые ar DR и в определенных параметрах … вы просто запрашиваете слишком много данных из системы и должны «ОГРАНИЧИТЬ» свой результирующий набор и каким-то образом сообщить пользователю, что возвращается только ограниченный набориз-за объема данных

Я бы также убедился, что вашего соединения с ключами достаточно. Финансовый год и код компании представляют неполный ключ к BKPF. Я не знаю таблицу данных ACDOCA, поэтому я не уверен, что это правильное соединение, которое может привести к полукартовому значению, способствующему раздуванию данных. Я бы подумал, что в многопользовательской БД вам также может потребоваться присоединиться к mandt … возможно, номер документа и некоторые другие значения… опять же, это выглядит как неполное соединение по ключу…. так что, возможно, там тоже нужно больше.

Комментарии:

1. Когда у вас есть случай, когда вам нужно запросить очень большие объемы данных, которые не помещаются в память сразу, тогда оператор OPEN CURSOR может помочь обработать данные по частям.

2. В HANA, не уверен, о какой базе данных говорит OP, код 2048 является общей ошибкой для «ошибки хранилища столбцов». Случай «ошибка выделения памяти» — это всего лишь одна из возможностей. Для получения дополнительной информации см. Примечание 2399990 — Практическое руководство: анализ коротких дампов ABAP в средах SAP HANA

3. @SandraRossi Извините, я вижу это ооооооочень часто, я просто привык ссылаться на 2048 как на ошибку памяти. 99/100 раз, когда я с этим работаю; это так.

4. @SandraRossi OP выбирает из таблицы acdoca, поэтому это должна быть база данных HANA

5. ACDOCA Таблица является одной из таблиц, специально разработанных для S / HANA. Эта версия ERP-системы SAP работает исключительно на HANA.

The following error messages can indicate OOM situations. Be aware that some of the errors can also be issued in other scenarios. To make sure that they are really memory related, you have to check the related trace file.

SQL error -10108: Session has been reconnected

SQL error 129 while accessing table 

transaction rolled back by an internal error: exception during deltalog replay.

transaction rolled back by an internal error: TableUpdate failed

transaction rolled back by an internal error: exception

1000002: Allocation failed ; $size$=1191936; $name$=TableUpdate; $type$=pool;

$inuse_count$=2180; $allocated_size$=8180736; $alignment$=16#

transaction rolled back by an internal error: TrexUpdate

failed on table with error:

commitOptimizeAttributes() failed with rc=6900, Attribute engine

failed;object=$delta_1$en, rc=6900 — enforce TX rollback

transaction rolled back by an internal error: TrexUpdate

failed on table » with error: Attribute load

failed;index=en,attribute=’$trexexternalkey$’ (207), rc=6923 — enforce TX rollback

transaction rolled back by an internal error: TrexUpdate

failed on table » with error: AttributeEngine: not enough

memory, rc=6952 — enforce TX rollback

SQL error 403 while accessing table 

internal error: «».»»: [133] (range 2)

SQL error 2048 while accessing table 

column store error: search table error: [9] Memory allocation failed

column store error: search table error: [1999] general error (no further information available)

column store error: search table error: [2575] flatten scenario failed; Allocation failed

column store error: search table error: [6900] Attribute engine failed

column store error: search table error: [6923] Attribute load failed

column store error: search table error: [6952] Error during optimizer search

column store error: search table error: [6952] AttributeEngine: not enough memory

SQL error 3584 while accessing table

distributed SQL error: [9] Memory allocation failed

distributed SQL error: [2617] executor: plan operation execution failed with an exception

SQL error 3587 at CON

invalid protocol or service shutdown during distributed query execution: 

[2613] executor: communication problem

Error «2.048» has occurred in the BWA/SAP HANA server — Step CUBE_CALC_VIEW_CREATE

After completing a NW 7.5 BW system Upgrade/Migration towards HANA Database using DMO for SUM, Im facing the following errors in Post-Upgrade Steps, in task RUN_CUBE_CALC_VIEW_CREATE

Most of them shows A3EEDBMAN 901 Error «2.048» has occurred in the BWA/SAP HANA server

I found a note 1930806 — Error 2.048 Could not create logical index, but this applies to NW 7.40 and this scenario is a NW 7.5 SP01

This same error occurs if execute manual report RSDDB_INDEX_CREATE_MASS.

Any idea how to overcome this issue?

Also as a comment, I have performed a previous upgrade of a replica system and this error did not occur althought the number of objects were different.

CUBE CALC VIEW CREATION ERRORS and RETURN CODE in RSUPG_CUBE_CALC_VIEW_CREATE.BWQ

A3 ERSDD_HDB_INDEX 007 Creating column view of type «MDF» for object «0HIER_NODE».

A3 ERSDD_HDB_INDEX 008 Column view activated for object «0HIER_NODE»

A3 ERSDD_HDB_INDEX 007 Creating column view of type «MDF» for object «0ITEM_DEL».

A3 ERSDD_HDB_INDEX 008 Column view activated for object «0ITEM_DEL»

A3 ERSDD_HDB_INDEX 007 Creating column view of type «MDF» for object «0LANGU».

A3EERSD_TREX 100 «column store error: Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116 Error during» «. «

A3EEDBMAN 099 «executing SQL» «statement 2116

Источник

HANA SQL error: 2048 column store error: [6900] Attribute engine failed

Hello HANA Experts!

We are facing below error in our ERP Business Suite on HANA rev.80 Database. This is a test server and only has 70GB of RAM.

The error happens on SELECT statement for table COIX for filed CLUSTD.

Any other combination of SELECT statement works OK, but even a simple distinct SELECT with field CLUSTD fails.

Example SQL statement:

select distinct aedtm, clustd from «SAPECC».»COIX» where aedtm = 19981214;

Error received is:

2EETW000 sql error: 2048 column store error: search table error: [6900] Attribute engine failed

2EETW125 SQL error «2048» during «» access: «column store error: search table error: [6900] Attribute engine failed»

Error from Index Server log file is as follows:

[16641]<200028>[24/0] 2014-06-25 17:51:46.138328 e LogicalPageAccesLogicalPageAccessImpl.cpp(01128) : handleFailedChecksumCheck: all retries failed

[16641]<200028>[24/-1] 2014-06-25 17:51:46.138782 e attributes AttributeStoreFile.h(00328) : AttributeStoreFile error ‘ISAPECCCOIXAAattribute_209.bin’: AttributeEngine: error reading file; failed with rc 6946

[16641]<200028>[24/-1] 2014-06-25 17:51:46.139100 e attributes SingleAttribute2.h(05383) : loadFileSingleV1() failed: 6923 Attribute load failed

[16641]<200028>[24/-1] 2014-06-25 17:51:46.139327 e SERVER_TRACE DeltaIndexManager.cpp(03249) : SAPECC:COIX$delta_1$ (6977): jeReadValueIds failed for attribute rc=6923

[16641]<200028>[24/-1] 2014-06-25 17:51:46.139594 e Executor PlanExecutor.cpp(00389) : executeSingleThreaded plan plan1@ :30003 failed with rc 6923; Attribute load failed

Any help towards resolution is highly appreciated.

Источник

Oracle DBA and RAC DBA Expert

A Knowledge Sharing Site

Pages

Articles & Presentation

Categories

  • 12C New Features (35)
  • Active DataGuard (10)
  • Administration (74)
  • Agile Patch (4)
  • Agile PLM (2)
  • alert.log errors (49)
  • Amazon RDS (1)
  • Analysis Office (1)
  • analytics (2)
  • Articles/Best Practices (21)
  • ASM (16)
  • Audit (4)
  • Backup/Recovery (28)
  • BOXI (6)
  • BRools (1)
  • Certification (6)
  • Clone (7)
  • Cloud (6)
  • Cloud Object Store (1)
  • Control file (4)
  • Corruption/Recovery (8)
  • Data Guard (24)
  • Data Pump (18)
  • Data Services (2)
  • Database Replay (2)
  • Database Upgrade (17)
  • DataGuard (5)
  • DataGuard Broker (13)
  • DB Security (2)
  • DBCA (3)
  • DBMS_AUTO_INDEX (1)
  • DBMS_DST (1)
  • DBMS_ROLLING (4)
  • DBMS_SQLTUNE (1)
  • DBUA (9)
  • DD Boost (1)
  • DGMGRL (3)
  • diagnostic Tools (5)
  • Disaster Recovery (7)
  • Documentation (2)
  • Downloads/Tools (9)
  • Duplicate Database (11)
  • Dynamic Tiering (3)
  • EM Grid Control (8)
  • Encryption (1)
  • Essbase (3)
  • Event Viewer (2)
  • Export/Import (19)
  • Flash Recovery Area (7)
  • Flashback (1)
  • Free Training (2)
  • Function/Procedure (2)
  • GoldenGate (5)
  • Grid Control (3)
  • HA100 (1)
  • HA200 (1)
  • HANA (3)
  • HANA Backup (1)
  • HANA Errors (1)
  • HANA SPS07 (2)
  • Heterogeneous (6)
  • High Availability (24)
  • Hyperion Errors (3)
  • Immutable or BlockChain (2)
  • Index (5)
  • InnoDB (1)
  • Installation (10)
  • JASON (2)
  • Java Error (9)
  • JDBC Driver (5)
  • License (2)
  • Linux Admin (8)
  • Linux-Errors (10)
  • LISTENER (1)
  • Load Balancer (2)
  • Media Management (2)
  • Migrate (4)
  • Migration (4)
  • MOPatch (3)
  • Multitenant (16)
  • MySQL Access (5)
  • MySQL Admin (14)
  • MySQL Backup/Restore (3)
  • MySQL Cloud (1)
  • MySQL Errors (11)
  • MySQL Workbench (2)
  • OCR — VOTE (8)
  • ODBC (7)
  • OEM Agent (1)
  • OJVM (2)
  • OLAP Connection (1)
  • Opatch (18)
  • ORA-00700 (1)
  • ORA-07445 (6)
  • ORA-600 (5)
  • Ora-Errors (84)
  • Oracle 10g (81)
  • Oracle 10g New Feat (11)
  • Oracle 11g (106)
  • Oracle 11g New Feat (21)
  • Oracle 12C (82)
  • Oracle 18c (31)
  • Oracle 19c (50)
  • Oracle 21c (16)
  • Oracle 8i (17)
  • Oracle 9i (29)
  • Oracle ACE (1)
  • Oracle Agile (8)
  • Oracle APEX (2)
  • Oracle Beta Program (1)
  • Oracle BI (1)
  • Oracle Cloud (4)
  • Oracle E-Business Suite (1)
  • Oracle Hyperion (4)
  • Oracle In-Memory (3)
  • Oracle OpenWorld (2)
  • Oracle RAC (14)
  • Oracle RMAN (5)
  • Oracle Support (18)
  • Oracle Views (2)
  • orapwd (1)
  • OUI (4)
  • Packt Publishing (2)
  • Partition (1)
  • Patch/Bug Fix (26)
  • Performance (3)
  • PGA (2)
  • PL/SQL (16)
  • Planning (2)
  • Pluggable Database (15)
  • PostgreSQL (1)
  • PSU (3)
  • RAC Admin (20)
  • RAC-Errors (9)
  • RCONFIG (1)
  • Redo Log (7)
  • Replication (2)
  • RMAN Backup (55)
  • RMAN Catalog (8)
  • RMAN Recovery (54)
  • RMAN-ERROR (15)
  • SAML (1)
  • SAP (20)
  • SAP Basis (12)
  • SAP HANA (15)
  • SAP HANA Client (2)
  • SAP HANA Shine (2)
  • SAP HANA Studio (6)
  • SAP Note (1)
  • Scalability (4)
  • Schema (1)
  • Security (8)
  • SGA (2)
  • Smart Data Access (1)
  • Smart View (2)
  • Spfile and Pfile (17)
  • SQL (16)
  • SQLException (1)
  • SQLNET (4)
  • SSL (1)
  • SSO (3)
  • Standby (19)
  • STARTUP (2)
  • Storage (2)
  • SYBASE (1)
  • T-CODE (2)
  • tabadmin (4)
  • Tableau Desktop (3)
  • Tableau Server (5)
  • Tableau Server 9.1.2 (1)
  • Tableau Server 9.1.3 (3)
  • Tableau Worker (1)
  • TAF (3)
  • Temporary Tablespace (1)
  • TimeZone (1)
  • TNS Errors (4)
  • Tools (2)
  • Trace File (13)
  • Transportable TBS (6)
  • TSM (1)
  • Tuning (9)
  • UNDO Segment (7)
  • UNIX (7)
  • Upgrade (6)
  • Upgrade 8i to 10g (2)
  • Upgrade to 10.2.0.4 (4)
  • Upgrade to 12c (4)
  • UTL_MAIL (2)
  • UTL_SMTP (2)
  • Vedio Tutorials (1)
  • VMWare (1)
  • Webinar (23)
  • WebLogic (5)
  • White Paper (3)
  • Windows Erros (1)

Blog Archive

  • ►2022 (16)
    • ►December (1)
    • ►November (1)
    • ►September (3)
    • ►August (1)
    • ►May (1)
    • ►April (3)
    • ►March (2)
    • ►February (3)
    • ►January (1)
  • ►2021 (22)
    • ►December (3)
    • ►November (1)
    • ►October (1)
    • ►September (1)
    • ►July (2)
    • ►May (5)
    • ►April (5)
    • ►March (2)
    • ►February (1)
    • ►January (1)
  • ►2020 (29)
    • ►December (1)
    • ►November (5)
    • ►August (4)
    • ►July (2)
    • ►June (2)
    • ►May (2)
    • ►April (3)
    • ►March (5)
    • ►February (2)
    • ►January (3)
  • ►2019 (20)
    • ►December (2)
    • ►October (2)
    • ►September (1)
    • ►August (1)
    • ►May (5)
    • ►April (1)
    • ►March (4)
    • ►February (2)
    • ►January (2)
  • ►2018 (24)
    • ►December (5)
    • ►November (2)
    • ►October (1)
    • ►September (1)
    • ►May (3)
    • ►April (2)
    • ►March (5)
    • ►February (3)
    • ►January (2)
  • ►2017 (17)
    • ►December (3)
    • ►August (1)
    • ►May (5)
    • ►April (2)
    • ►January (6)
  • ▼2016 (19)
    • ►December (2)
    • ►October (3)
    • ►September (3)
    • ►August (1)
    • ►June (1)
    • ►April (1)
    • ►March (6)
    • ▼February (2)
      • How to enable and disable HANA Client Trace
      • SAP DBTech JDBC: [2048]: column store error: searc.
  • ►2015 (15)
    • ►December (1)
    • ►November (2)
    • ►August (2)
    • ►July (3)
    • ►June (1)
    • ►May (4)
    • ►February (1)
    • ►January (1)
  • ►2014 (18)
    • ►December (3)
    • ►November (3)
    • ►October (1)
    • ►September (3)
    • ►July (1)
    • ►June (2)
    • ►April (2)
    • ►March (1)
    • ►February (1)
    • ►January (1)
  • ►2013 (31)
    • ►November (2)
    • ►October (3)
    • ►September (1)
    • ►August (3)
    • ►July (4)
    • ►June (3)
    • ►April (2)
    • ►March (3)
    • ►February (9)
    • ►January (1)
  • ►2012 (26)
    • ►November (2)
    • ►October (3)
    • ►September (3)
    • ►August (1)
    • ►July (1)
    • ►June (3)
    • ►May (2)
    • ►April (2)
    • ►March (3)
    • ►February (3)
    • ►January (3)
  • ►2011 (17)
    • ►December (2)
    • ►October (4)
    • ►September (4)
    • ►August (2)
    • ►July (1)
    • ►June (2)
    • ►May (2)
  • ►2010 (14)
    • ►August (1)
    • ►July (1)
    • ►June (2)
    • ►May (1)
    • ►April (2)
    • ►March (4)
    • ►February (1)
    • ►January (2)
  • ►2009 (47)
    • ►December (3)
    • ►November (4)
    • ►October (5)
    • ►September (9)
    • ►August (26)

Wednesday, February 17, 2016

SAP DBTech JDBC: [2048]: column store error: search table error

We have received following error when selection data from an reporting application.

[SAP AG][LIBODBCHDB DLL][HDBODBC] General error;2048 column store error: search table error: [1000002] exception 1000002: ltt/impl/memory.cpp:86 Allocation failed ; $size$=1573119; $name$=ihm; $type$=pool; $inuse_count$=80; $allocated_size$=109062096 exception 1000002: ltt/impl/memory.cpp:86 Allocation failed ; $size$=209664; $name$=temp_aggregates; $type$=pool; $inuse_count$=946; $allocated_size$=58136000 Unable to create extract

Sometimes you will not get complete error message in the application log. It’s always good idea to run the query in HANA studio to get the complete error.

I have ran the same query manually using HANA studio and got the below error

SAP DBTech JDBC: [2048]: column store error: search table error: [9] Memory allocation failed
If you look at the error carefully you should be able to identify that “memory allocation failed”. Normally you will see this error when there is a statement memory limit set for the application user or end user running the query.

I have increased the memory for the user using below command and the issue has been resolved.
ALTER USER SET PARAMETER STATEMENT MEMORY LIMIT =

You need to identify the optimal value for you environment to avoid these errors.

To reset a statement limit use the SQL statement:
ALTER USER CLEAR PARAMETER STATEMENT MEMORY LIMIT

Note that in order to enable statement memory limit you must enable STATEMENT MEMORY TRACKING IN THE GLOBAL.INI FILE.

The below parameters must be ON.
enable_tracking = on
memory_tracking = on

You should be able to view the memory consumption of a statement in M_EXPENSIVE_STATEMENTS.MEMORY_SIZE.

Regards,
Satishbabu Gunukula, Oracle ACE

Источник

Понравилась статья? Поделить с друзьями:
  • Sap remote function call error
  • Sap error m7021
  • Sap error ki235
  • Sao fb fatal error
  • Sanyo error codes