on 06-04-2008 7:02 PM
Hi All,
Since we would be implementing a PI 7.10 system soon, I as a Basis Administrator am trying to figure out what my role would be in its operations.
After installation, post-steps through configuration wizard, does Basis needs to do any more configurations in the system?
I have gone through all PI documentations covering topics like RWB, Integration repository, integration directory, exchange profile, tuning etc and I am not sure what if any role Basis has in the day to day operations involving these.
And what about problems with message transfers? who takes care of the failures and what can Basis do?
Thanks
Cyrus
Hi Guys,
Thanks for this information.
But, my question was a general one about the role of a Basis Admin in Problem solving/troubleshooting
XI system after going live.
Once the installation and configuration is done, what kind of problems com up durinf data exchange and do any of these problems have to sokved by Basis?
Regards
Cyrus
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Cyrus,
In XI/PI mostly there are two types of problem one is Application related and other is system related.
If the error is application related errors like
1. message transfer fails
2. mapping fails,
3. data related problem
4. Other error related to your interface
those are role of a developer or Application support team.
If error is related to system like
1. Installing new driver
2. Restarting the server
3. Maintaining SLD (If applicable in your case)
4. High Availability.
those are the role of basis people.
Gaurav Jain
Points if answer is helpful
Hi
hi check the below links for post installation steps
https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/webcontent/uuid/50ae41bf-53a0-2a10-8f80-bbbba... [original link is broken]
You can either follow the steps provided in the pdf for post installations or you just run the post installation templates.
For running post installation templates
Go to
1. http://<server name>:<port number>/
2. click on SAP NetWeaver Administration
3. In SAP NetWeaver Administrator Screen
Click on Deploy and Change link
First you run the templates for NWA and then run templates for PI.
After running all the required templates import the SAP BASIS Content to the integration Repository.
Thanks,
vijaya.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Entire information is given in this guide-https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/95d7d490-0301-0010-ce93-c58f9a3c...
and all details available at - https://websmp205.sap-ag.de/instguides -->SAP NetWeaver
Post installation steps in PI 7.0
SLD configuaration for PI 7.0
http://help.sap.com/bp_epv170/EP_US/Documentation/How-to/Configuration/Post_Install_SLD_NW_2004s.pdf
http://help.sap.com/saphelp_nw2004s/helpdata/en/14/39084136b5f423e10000000a155106/frameset.htm
https://www.sdn.sap.com/irj/sdn/wiki?path=/display/xi/workingwithSystemLandscapeDirectory+%28SLD%29&
http://help.sap.com/saphelp_nw04/helpdata/en/78/20244134a56532e10000000a1550b0/content.htm
Once your SLD is configured, you need to Follow the below steps to check it:
1) Run SLDCHECK, and see the log for any error.
Do the RFC connections SAPSLDAPI and LCRSAPRFC work?
Are the server access settings in transaction SLDAPICUST correct?
Is it possible to read data from the SLD and the Exchange Profile?
Does the Integration Server have a Business System defined?
2) Run SXI_CACHE
3) Check RFC Connections.
1) INTEGRATION_DIRECTORY_HMI (HTTP connection, use the XIISUSER to authenticate). Is the
Path Prefix set to /dir/CacheRefresh as recommended since SP1 of XI 3.0?
Note that a HTTP 500 response is a successful test for this connection.
The connections SAPSLDAPI and LCRSAPRFC have already been checked with transaction SLDCHECK.
2) AI_RUNTIME_JCOSERVER (TCP/IP connection)
4) Testing the connectivity between Integration Repository and SLD
Start the Integration Repository as described in the previous chapter. Go Tools -> Transfer from System
Landscape Directory -> Import Software Component Versions
This test is successful if you can see a list of Software Component Versions.
5) Testing the connectivity between Integration Directory and
Integration Repository
Start the Integration Directory as described in chapter 2.5. Go to Tools -> Transfer Integration Scenario
from Integration Repository. Then use the F4-Help for the Field Name.
Features of PI 7.0
There is no new features added in PI7.0, if u have working on XI 3.0, PI7.0 Older versions the features same..
But PI7.1 there is new changes u can find below.....
Integarte SAP & Non-SAP Legacy system
PI 7.1 is based on open, web service enabled standards and
Integrate all SAP and non-SAP, A2A, B2B, BPM, service enabling and BAM
Highlight of enhancement in PI7.1
1) Enterprise Service repository (ESR) contains the design Registry
2) Includes significant high-volume message processing is supported by message processed in a single
Service call
3) Also importantly support for asynchronous messaging based Reliable Messaging (WS-RM) for both
Brokered communication between two systems will be supported in this release.
4) Provide Service Registry benefits based on UDDI 3.0
Enterprise Service Repository
In PI7.1 ES Repository is at the heart of Enterprise SOA
ES Repository is really the master data repository of service objects for Enterprise SOA
It contains the definition & process of services
In ES Repository has two parts, one is the ES Repository and the other being the Services Registry
ES Repository (ESR) is really the master data repository of service objects for Enterprise SOA
Besides service definition the ES Repository also provides you with a central point for finding and
Managing service metadata from different sources, including application deployments - this is
Where the Services Registry comes in. The Services Registry is the UDDI part of the ESR which
Enables service consumers to find services
The SAP XI Integration Repository used by process integration has become the basis of the central Enterprise Service Repository: powering Enterprise SOA and Service Enablement.
Objects in the ES Repository include:
Global Data Types (CCTS based)
Process Component Models
Executable Integration Processes (BPEL)
Integration Scenarios
Service Interfaces (Enterprise Services)
Interface Mappings
Enterprise Services built in the ES Repository
Enterprise Services includes:
Are built using a consistent enterprise model based on: GDTs, Process Components, and Business Objects.
Are based on open standards.
Are mapped to the Service Interface object in the ES Repository.
Global Data Types - Building blocks for Service Interfaces
Defined in the ES Repository
Defined company-wide based on open standards (ISO 15000-5, UN/CEFACT CCTS)
Reusable semantic building blocks for service interfaces and message types
Process Component Models
Drill down from high-level models to service interfaces and operations
Process component architecture models enable SOA governance
Process components expose on enterprise services, which are based on service operations
Web Services Reliable Messaging (WS-RM)
Asynchronous messaging (EO, EOIO) based on open WS standard
Support Business Activity Monitoring (BAM)
Embedded Event Infrastructure: Collecting, pre-filtering and publication of events across SAP and non-SAP systems.
Event handling: cast the local event to an event proxy to send out event messages to event Consumers.
Transaction SWF_BAM for event filtering via filter rules and event handling.
Enhancement for Mapping
Re-usable user defined functions.
Look-up function reads multiple fields.
Synchronous DB RFC lookups: Use graphical function to model look-ups.
Specify mapping parameters at configuration time.
Principle Propagation based on SAML
This feature uses the WS-RM protocol.
The implementation of this feature is based on the open standard SAML and can
be used with backend systems that support the SAML technology.
Forward user context from sender to receiver.
Authorization check in receiving system based on original user.
Support BAM Milestone Modeling (BPEL)
Sub-Process Calls: Integration Process Call,
User Interaction: User Decisions (initially not part of this project, but will be covered as well to draw the complete picture),
Alert Categories
Enhancements for Process Automation
Human interaction:
Integration paradigm (design/ configuration).
Generic user decision.
Language dependent texts for end-user display, enriched with variables.
WS-BPEL 2.0 adoption: Preview and implementation BPEL4People, BPEL-SPE Simple user defined functions can be configured directly in the process.
and also refer these blogs
/people/jin.shin/blog/2008/02/14/sap-netweaver-process-integration-71-mapping-enhancements-blog-series
/people/daniel.bianchin/blog/2007/12/19/all-you-wanted-to-know-about-sap-netweaver-pi-71-and-more
Please reward points if it helps
Thanks
Vikranth
Edited by: Khimavath Vikranth on Jun 4, 2008 8:07 PM
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
90 | |
10 | |
10 | |
10 | |
7 | |
7 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.