Is TREX index for documents in solar01 possible?

[Former Member]

Hi together,

is it possible to configure a new TREX instance to index all documents, which are stored in solar01 (solar02) projects as documentation?

An is it possible to use a search function to find these documents?

The aim is to search all the thousands of documents we have in different solar_project_admin projects.

best regard,

Carsten Schulz

[Former Member]

Hello,

thank you.

I followed the instruction of:

Note 750623 - Solution Manager: Full text search in KW documentation

this is ok, only some names in SPRO has changed.

But I have a problem with the RFC Connections to the TREX:

as in SPRO is described, I have to start a programm on the TrEX server with the RFC Connection called

"ims_server_admin.exe "

But the connection test failed.

I have searched for this exe, but there is no exe with this name.

best regards,

Carsten

[tharmon]

Did you ever find ims_server_admin.exe ... or ims_server_admin.x for UNIX?

I'm having the same issue.

[Paul_Babier]

Hello,

Have you checked SAP Note 336733 - Specifications of RFC destination for IMS access?

Regards,

Paul

[tharmon]

Paul,

Thanks for the reply. I have reviewed Note 336733. Again, it references 'ims_server_admin.exe', which I cannot find on the TREX host. We are running TREX 7.0 on Solaris/UNIX, so I also lookded for 'ims_server_admin.x' and 'ims_server_admin', but still find nothing.

Also, Note 336733 says to use the Gateway on the TREX box... our other TREX standard RFC (TREX_SID) uses the Gateway on the SolMan host.

Is there a more current OSS Note? Do you have any other suggestions?

Regards,

Thomas

[francois_keen]

hello Carsten

I implemented full text search for document areas IWBSOLAR and IWBASAP a few years ago and i used TREX 7.10 v38 and solman 7.01 SP25

there was no problem creating the RFC. I chose 7.10 as it was supported longer than 7.0 and also I ran it on a windows VM.

I did install a trex 7.00 on solaris an no issues at all except that storage is more expensive on our solaris environment and that 7.0 would not be supported by SAP as long as 7.10

the user for the connection from TREX to solman [TREXADMTOOL] must have role SAP_BC_TREX_ADMIN

In TREXAdmin tool, go to Connectivity and choose the Create : Connection button.

Enter connections parameters to Solution Manager and credentials for the user TREXADMTOOL.

then, In TREXAdmin tool, go to Connectivity and choose the Create : “RFC Destination (sm59)”

chose gateway central, SAP system ID = your solman SID, gw host and gw service : your solman's host name + sapgw<SYSNUM>. Save and do a Repair All

the solman system at that time also needed those 2 notes 1254055 and 1304217

Transaction SKPR06 Flag IWBSOLAR and IWBASAP

Transaction SRMO

Create a SSR type DRFUZZY pointing to the RFC TREX_<TREX_SID>

Set this SSR as default.

In the RFC tab there should be 2 destinations: one for Indexing, the other one for Searching

Transaction SKPR07

You have to do a “re-index” of the document area IWBSOLAR for the English documents in order to create the index for the IWBSOLAR area

Schedule regular indexing

SM36: create job INDEXING, Schedule to run daily, Report to be run in job step: RSTIRIDX

I now have got ~22000 indexed documents, when I initially filled up TREX a few years ago it indexed 10000

+ docs in about .8 second/doc.

hope this will help you!

cheers

Francois

[former_member209604]

>

> is it possible to configure a new TREX instance to index all documents, which are stored in solar01 (solar02) projects as documentation?
> An is it possible to use a search function to find these documents?
> 
> The aim is to search all the thousands of documents we have in different solar_project_admin projects.

Search for IMG activities under (SAP Solution Manager -> Cross-Scenario Settings):

- TREX Setup

-- Information and Configuration Prerequisites

and under (SAP Solution Manager -> Scenario-specific Settings -> Implementation -> Document Management -> Servers -> Connect Index Server for Full Text Search):

- Define indexing readiness

Best regards,

Ruediger