Este documento proporciona una guía paso a paso para realizar una copia de mandante en SAP. Detalla los requisitos previos como ajustar el tamaño de la base de datos y los parámetros de la instancia para evitar cancelaciones. Explica cómo verificar y probar las conexiones RFC entre los sistemas fuente y destino. El objetivo es ofrecer apoyo a los administradores durante el proceso de copia de mandante.
How to use abap cds for data provisioning in bwLuc Vanrobays
This document provides guidance on using ABAP CDS (Core Data Services) views to provision data from SAP S/4HANA systems into SAP BW/4HANA. It describes two scenarios: [1] directly accessing CDS views from BW for real-time data, and [2] using CDS views to extract delta changes from S/4HANA to populate BW incrementally. The document also discusses replacing existing BW extractors with CDS views when migrating to S/4HANA.
This document summarizes the data flow process from ECC to BW/BI. It shows the number of records in different queues like LBWQ, SMQ1, and RSA7 before and after running a V3 job. The summary steps are:
1) Records are first seen in LBWQ/SMQ1 after transactions are posted in ECC.
2) A V3 job is started which transfers records from LBWQ/SMQ1 to RSA7.
3) Before the V3 job, RSA7 shows 32 records but LBWQ/SMQ1 shows multiple records.
4) After the successful completion of the V3 job, RSA7 shows an increased number of
La estructura de balance permite actualizar rápidamente la estructura de cuentas y trabajar con tablas. Se pueden usar las tablas FAGL_011PC para armar la estructura, FAGL_011QT para los textos y FAGL_011ZC para asignar cuentas. La función &sap_edit facilita ampliar y editar fácilmente la utilización de la estructura.
How to write a routine for 0 calday in infopackage selectionValko Arbalov
This document describes how to write an ABAP routine for 0CALDAY in an InfoPackage selection to load only data for a particular date from a source system into SAP BW/BI. It provides steps to create a flat file data source, define transformations and a data transfer process, add a routine to the InfoPackage, and write ABAP code that sets the selection date to system date minus one. Running a full load using the InfoPackage will then only import data for the day before the load date.
SAP Business Objects Universe Designer & Introduction to Business Intelligenc...BigClasses Com
Universe is a middle layer between the database and reports that includes only required table structures to avoid burdening the database. It can generate multiple reports from a single universe. Changes to the database will impact the universe and reports, while changes to the universe only impact reports, not the database. The new release of SAP Business Objects BI 4.0 introduces native connectivity to SAP BW and SAP HANA via BICS connections for Web Intelligence reporting.
BW Adjusting settings and monitoring data loadsLuc Vanrobays
The document discusses various settings related to loading data into SAP BW, including:
1) Monitoring and adjusting data package settings to address performance issues during data loads. Large numbers of data packages or large individual package sizes can slow loads.
2) Checking transfer parameter settings for data loads from source systems into BW to ensure they are optimized.
3) Ways to split large initial data loads into smaller parallel loads to improve performance, such as using selection criteria to restrict the data per package.
SAP Bank Accounting - EBS Compilation by Techlorean.pdferikotsuji
The document provides information about electronic bank statements in SAP, including:
- It discusses the process of importing CODA bank statement files from Belgium into SAP and converting them to the Multicash format so SAP can process them.
- The conversion is done using transaction code FEBC. Statements can then be viewed and reconciled using FEBAN.
- It also provides an overview of interpreting CODA files to understand the transactions and ensure SAP is processing them correctly.
BW Migration to HANA Part 3 - Post-processing on the Migrated SystemLinh Nguyen
This series of publication intends to provide an overview and explanation of major steps and considerations for BW on HANA migrations from anyDB (any database). The complex procedure involves:
1) Preparatory work in the BW system
2) SUM DMO Upgrade and Actual migration
3) Post processing on the migrated systems
This part focuses on post-processing, which includes standard tasks after upgrade and HANA-specific post-tasks.
How to use abap cds for data provisioning in bwLuc Vanrobays
This document provides guidance on using ABAP CDS (Core Data Services) views to provision data from SAP S/4HANA systems into SAP BW/4HANA. It describes two scenarios: [1] directly accessing CDS views from BW for real-time data, and [2] using CDS views to extract delta changes from S/4HANA to populate BW incrementally. The document also discusses replacing existing BW extractors with CDS views when migrating to S/4HANA.
This document summarizes the data flow process from ECC to BW/BI. It shows the number of records in different queues like LBWQ, SMQ1, and RSA7 before and after running a V3 job. The summary steps are:
1) Records are first seen in LBWQ/SMQ1 after transactions are posted in ECC.
2) A V3 job is started which transfers records from LBWQ/SMQ1 to RSA7.
3) Before the V3 job, RSA7 shows 32 records but LBWQ/SMQ1 shows multiple records.
4) After the successful completion of the V3 job, RSA7 shows an increased number of
La estructura de balance permite actualizar rápidamente la estructura de cuentas y trabajar con tablas. Se pueden usar las tablas FAGL_011PC para armar la estructura, FAGL_011QT para los textos y FAGL_011ZC para asignar cuentas. La función &sap_edit facilita ampliar y editar fácilmente la utilización de la estructura.
How to write a routine for 0 calday in infopackage selectionValko Arbalov
This document describes how to write an ABAP routine for 0CALDAY in an InfoPackage selection to load only data for a particular date from a source system into SAP BW/BI. It provides steps to create a flat file data source, define transformations and a data transfer process, add a routine to the InfoPackage, and write ABAP code that sets the selection date to system date minus one. Running a full load using the InfoPackage will then only import data for the day before the load date.
SAP Business Objects Universe Designer & Introduction to Business Intelligenc...BigClasses Com
Universe is a middle layer between the database and reports that includes only required table structures to avoid burdening the database. It can generate multiple reports from a single universe. Changes to the database will impact the universe and reports, while changes to the universe only impact reports, not the database. The new release of SAP Business Objects BI 4.0 introduces native connectivity to SAP BW and SAP HANA via BICS connections for Web Intelligence reporting.
BW Adjusting settings and monitoring data loadsLuc Vanrobays
The document discusses various settings related to loading data into SAP BW, including:
1) Monitoring and adjusting data package settings to address performance issues during data loads. Large numbers of data packages or large individual package sizes can slow loads.
2) Checking transfer parameter settings for data loads from source systems into BW to ensure they are optimized.
3) Ways to split large initial data loads into smaller parallel loads to improve performance, such as using selection criteria to restrict the data per package.
SAP Bank Accounting - EBS Compilation by Techlorean.pdferikotsuji
The document provides information about electronic bank statements in SAP, including:
- It discusses the process of importing CODA bank statement files from Belgium into SAP and converting them to the Multicash format so SAP can process them.
- The conversion is done using transaction code FEBC. Statements can then be viewed and reconciled using FEBAN.
- It also provides an overview of interpreting CODA files to understand the transactions and ensure SAP is processing them correctly.
BW Migration to HANA Part 3 - Post-processing on the Migrated SystemLinh Nguyen
This series of publication intends to provide an overview and explanation of major steps and considerations for BW on HANA migrations from anyDB (any database). The complex procedure involves:
1) Preparatory work in the BW system
2) SUM DMO Upgrade and Actual migration
3) Post processing on the migrated systems
This part focuses on post-processing, which includes standard tasks after upgrade and HANA-specific post-tasks.
Essbase aso a quick reference guide part iAmit Sharma
This document provides an overview of Hyperion Essbase's Aggregate Storage Option (ASO). It outlines the key differences between ASO and Block Storage Option (BSO), describes aggregate storage concepts, and discusses designing and converting databases to use aggregate storage. ASO allows for faster data loads and queries, supports more dimensions and members, and automatically aggregates data without requiring consolidation operations. However, it also has restrictions like only allowing data loading at level 0 and not supporting features like writeback and sparse dimensions.
This article discusses how SAP can automatically determine which batch to use when creating a delivery based on the shelf life of the material. This is useful for industries like pharmaceuticals where batches closer to expiration should be delivered first. The document provides steps to configure SAP including importing standard characteristics, creating a class, setting up the material master, goods receipt, and multiple batches. It also demonstrates testing the configuration with a sales order, delivery, and billing document.
The document provides information about SAP HANA, including what it is, its architecture, and development scenarios. SAP HANA is an in-memory database that can be deployed on-premise or in the cloud. It allows for real-time analysis of large data volumes. The architecture includes components like the index server, XS runtime, and name server. Development in SAP HANA involves using calculation views to define slices of data and Studio as an development environment. Time dimensions and graphical views can also be generated.
SAP BPC NW 10.0 Knowledgebase - Balance Carry Forward and Account Reclassific...Cloneskills
This document provides guidance on implementing balance carry forward (BCF) and account reclassification functionality in SAP BPC 10.0 NW. It describes the key components needed, including dimensions, properties, business rule tables, logic, and data manager. BCF is used to carry closing balances from one period into the opening balances of the next period. Account reclassification transforms accounts, such as to calculate cash flows or realign data. The document provides step-by-step instructions on setting up and running these business rules.
The document outlines the steps to configure and process vendor down payments in SAP. It includes setting up required G/L accounts and configuration, creating a purchase order with a down payment, generating the down payment request, posting the down payment, clearing the down payment against an invoice receipt, and the related financial postings.
SAP Cloud Platform Integration allows users to integrate business processes and data across on-premise and cloud applications in a flexible way. It provides capabilities for both process integration and data integration through its data services offering. For data integration, it allows users to efficiently move data between on-premise systems and the cloud using extract, transform, load tasks. This is done through its agent architecture which provides connectivity to on-premise sources and manages secure data transfer to cloud targets. Users can design and test data flows using its web-based user interface to meet their integration needs.
Este documento explica cómo crear y gestionar bancos en SAP. Se accede a la transacción FI01 para crear bancos y se completa la información requerida en varias pantallas, incluyendo el país del banco, código, datos de la entidad y sucursal, e información adicional opcional.
Parnab Nandy SAP BW Consultant Resume Parnab Nandy
Parnab Nandy has over 2.7 years of experience working as a BW Consultant at Maventic Innovative Solutions Pvt. Ltd. He has experience developing and supporting SAP BW 7.4/7.5 on HANA, BW 4/HANA, and SAP BO 4.1. Some of his responsibilities include designing and developing SAP BW and BO reports according to business needs, data modeling, extraction, loading, and scheduling in BW, and building and designing dashboards and reports in SAP Analytics Cloud and WEBI. He has worked on several projects involving ECC integration with BW On HANA, developing BW reports, data flows, and WEB
Sap User Exit for Functional ConsultantAnkit Sharma
The R/3 enhancement concept allows you to add your own functionality to SAP’s standard business applications without having to modify the original applications. SAP creates customer exits for specific programs, screens, and menus within standard R/3 applications.
User Exits is slot provided by SAP in SAP standard program.
User exits (Function module exits) are exits developed by SAP.
Code for the function module is written by ABAP Developer .
Developer does not write code directly in functional module , but in the INCLUDE that is implemented in the functional module.
This document discusses how to split cost of goods sold (COGS) in SAP S/4HANA Finance. It allows COGS to be broken down into individual cost items based on a cost component structure. This is done by defining splitting profiles that assign general ledger accounts to each cost component. The splitting profile is then assigned to company codes so that goods issue postings will split the COGS value among the defined cost component accounts. This provides more detailed analysis of material costs in financial accounting and profitability analysis.
1. Images can be stored in SAP HANA using BLOB objects up to 2GB in size.
2. To use images in SAP Analytics Cloud, they must be in ST_MEMORY_LOB format in HANA.
3. A Java program is used to upload sample images saved locally into a HANA table by connecting to the database, specifying credentials, and running the code.
1. The document provides steps to model HANA views into SAP BW 7.4 as transient, composite, and virtual providers and then report on the modeled data.
2. It describes extracting source data from flat files using BO data services and from SAP systems using LO extraction. The extracted data is loaded into HANA views and BW objects are modeled on them.
3. The key steps include creating HANA views, modeling them as transient, composite, and virtual providers in BW, building BEx queries on the providers, and reporting in Web Intelligence. This allows leveraging HANA for optimized performance of BW applications.
This document discusses configuration steps for business partner setup in SAP S/4HANA. It explains that transaction codes for customer/vendor maintenance are obsolete and the BP transaction should be used instead. The steps include activating synchronization objects, defining business partner roles and categories, and configuring views and screen sequences to define which data is displayed for each role.
Line item dimension and high cardinality dimensionPraveen Kumar
The document discusses how to identify dimensions in SAP BI cubes that should be changed to line item dimensions or high cardinality dimensions to improve query performance. It provides examples of dimensions that met criteria for these changes and describes the steps to implement the changes in a live environment. Creating line item and high cardinality dimensions avoids creating dimension IDs, reducing query time and improving data load time.
This document provides instructions for configuring SAP Cash Management. It discusses activating Cash Management in the company code, defining basic settings like value date defaults and source symbols, maintaining required master data, structuring the Cash Management setup by defining account names and groupings, and configuring liquidity forecasting, bank accounting, and cash concentration features. The document is a guide for SAP consultants to customize and implement Cash Management functionality in SAP.
The document discusses Mexico's electronic invoicing (e-invoicing) requirements and SAP's e-document solutions. Mexico requires companies to issue electronic invoices using XML files and submit them to tax authorities through an authorized certification provider. SAP offers two e-document solutions: a basic enablement that extracts data from SAP systems into an e-document instance, requiring custom development for XML mapping and submission; and a full solution that uses application interface framework to map data to XML and submit via SAP Cloud Platform Integration. The full solution manages e-invoices and e-payment receipts in an e-document cockpit and provides status updates as documents progress through the approval process with tax authorities. Customizations may be needed
Enhancing data sources with badi in SAP ABAPAabid Khan
This document explains how to enhance data sources using the BAdI RSU5_SAPI_BADI instead of user exits. It describes implementing the BAdI, creating a template method, and providing examples of populating enhanced fields for a specific data source. Implementing the BAdI involves creating a class with methods to handle each data source enhancement. The template method serves as an example for populating fields, while actual methods would call data selection and populate fields for a specific source.
Document control, clearing, special gl, taxes SAP FiLav Kumar
R/3 provides defaults for document dates and types during processing to help transactions balance correctly. It always sets the current date as the entry and posting dates, and defines standard document types and posting keys for common transactions like vendor invoices and customer invoices. System users can configure additional defaults like value dates and fiscal years, and specify tolerance rules for exchange rate differences to catch data entry errors.
This document outlines the configuration steps needed to set up an SAP system for materials management. It includes defining things like plant locations, purchasing organizations, material types, MRP areas, document types for purchasing documents, text types, number ranges, and more. The goal is to structure the system's enterprise setup and enable key purchasing, inventory, and planning functionality.
El documento describe las funciones básicas del lenguaje SQL para crear, modificar y eliminar bases de datos y tablas. Explica cómo SQL se utiliza para definir la estructura y los datos de las bases de datos relacionales a través de instrucciones DDL, DML y DCL. También cubre temas como la creación de tablas, campos, índices, restricciones de datos y el uso de transacciones.
El documento describe los pasos para crear una base de datos en Microsoft Access, incluyendo cómo crear tablas, campos, formularios e informes. También resume los tipos principales de bases de datos y los componentes clave de un sistema de base de datos como archivos, memoria y procesos.
Essbase aso a quick reference guide part iAmit Sharma
This document provides an overview of Hyperion Essbase's Aggregate Storage Option (ASO). It outlines the key differences between ASO and Block Storage Option (BSO), describes aggregate storage concepts, and discusses designing and converting databases to use aggregate storage. ASO allows for faster data loads and queries, supports more dimensions and members, and automatically aggregates data without requiring consolidation operations. However, it also has restrictions like only allowing data loading at level 0 and not supporting features like writeback and sparse dimensions.
This article discusses how SAP can automatically determine which batch to use when creating a delivery based on the shelf life of the material. This is useful for industries like pharmaceuticals where batches closer to expiration should be delivered first. The document provides steps to configure SAP including importing standard characteristics, creating a class, setting up the material master, goods receipt, and multiple batches. It also demonstrates testing the configuration with a sales order, delivery, and billing document.
The document provides information about SAP HANA, including what it is, its architecture, and development scenarios. SAP HANA is an in-memory database that can be deployed on-premise or in the cloud. It allows for real-time analysis of large data volumes. The architecture includes components like the index server, XS runtime, and name server. Development in SAP HANA involves using calculation views to define slices of data and Studio as an development environment. Time dimensions and graphical views can also be generated.
SAP BPC NW 10.0 Knowledgebase - Balance Carry Forward and Account Reclassific...Cloneskills
This document provides guidance on implementing balance carry forward (BCF) and account reclassification functionality in SAP BPC 10.0 NW. It describes the key components needed, including dimensions, properties, business rule tables, logic, and data manager. BCF is used to carry closing balances from one period into the opening balances of the next period. Account reclassification transforms accounts, such as to calculate cash flows or realign data. The document provides step-by-step instructions on setting up and running these business rules.
The document outlines the steps to configure and process vendor down payments in SAP. It includes setting up required G/L accounts and configuration, creating a purchase order with a down payment, generating the down payment request, posting the down payment, clearing the down payment against an invoice receipt, and the related financial postings.
SAP Cloud Platform Integration allows users to integrate business processes and data across on-premise and cloud applications in a flexible way. It provides capabilities for both process integration and data integration through its data services offering. For data integration, it allows users to efficiently move data between on-premise systems and the cloud using extract, transform, load tasks. This is done through its agent architecture which provides connectivity to on-premise sources and manages secure data transfer to cloud targets. Users can design and test data flows using its web-based user interface to meet their integration needs.
Este documento explica cómo crear y gestionar bancos en SAP. Se accede a la transacción FI01 para crear bancos y se completa la información requerida en varias pantallas, incluyendo el país del banco, código, datos de la entidad y sucursal, e información adicional opcional.
Parnab Nandy SAP BW Consultant Resume Parnab Nandy
Parnab Nandy has over 2.7 years of experience working as a BW Consultant at Maventic Innovative Solutions Pvt. Ltd. He has experience developing and supporting SAP BW 7.4/7.5 on HANA, BW 4/HANA, and SAP BO 4.1. Some of his responsibilities include designing and developing SAP BW and BO reports according to business needs, data modeling, extraction, loading, and scheduling in BW, and building and designing dashboards and reports in SAP Analytics Cloud and WEBI. He has worked on several projects involving ECC integration with BW On HANA, developing BW reports, data flows, and WEB
Sap User Exit for Functional ConsultantAnkit Sharma
The R/3 enhancement concept allows you to add your own functionality to SAP’s standard business applications without having to modify the original applications. SAP creates customer exits for specific programs, screens, and menus within standard R/3 applications.
User Exits is slot provided by SAP in SAP standard program.
User exits (Function module exits) are exits developed by SAP.
Code for the function module is written by ABAP Developer .
Developer does not write code directly in functional module , but in the INCLUDE that is implemented in the functional module.
This document discusses how to split cost of goods sold (COGS) in SAP S/4HANA Finance. It allows COGS to be broken down into individual cost items based on a cost component structure. This is done by defining splitting profiles that assign general ledger accounts to each cost component. The splitting profile is then assigned to company codes so that goods issue postings will split the COGS value among the defined cost component accounts. This provides more detailed analysis of material costs in financial accounting and profitability analysis.
1. Images can be stored in SAP HANA using BLOB objects up to 2GB in size.
2. To use images in SAP Analytics Cloud, they must be in ST_MEMORY_LOB format in HANA.
3. A Java program is used to upload sample images saved locally into a HANA table by connecting to the database, specifying credentials, and running the code.
1. The document provides steps to model HANA views into SAP BW 7.4 as transient, composite, and virtual providers and then report on the modeled data.
2. It describes extracting source data from flat files using BO data services and from SAP systems using LO extraction. The extracted data is loaded into HANA views and BW objects are modeled on them.
3. The key steps include creating HANA views, modeling them as transient, composite, and virtual providers in BW, building BEx queries on the providers, and reporting in Web Intelligence. This allows leveraging HANA for optimized performance of BW applications.
This document discusses configuration steps for business partner setup in SAP S/4HANA. It explains that transaction codes for customer/vendor maintenance are obsolete and the BP transaction should be used instead. The steps include activating synchronization objects, defining business partner roles and categories, and configuring views and screen sequences to define which data is displayed for each role.
Line item dimension and high cardinality dimensionPraveen Kumar
The document discusses how to identify dimensions in SAP BI cubes that should be changed to line item dimensions or high cardinality dimensions to improve query performance. It provides examples of dimensions that met criteria for these changes and describes the steps to implement the changes in a live environment. Creating line item and high cardinality dimensions avoids creating dimension IDs, reducing query time and improving data load time.
This document provides instructions for configuring SAP Cash Management. It discusses activating Cash Management in the company code, defining basic settings like value date defaults and source symbols, maintaining required master data, structuring the Cash Management setup by defining account names and groupings, and configuring liquidity forecasting, bank accounting, and cash concentration features. The document is a guide for SAP consultants to customize and implement Cash Management functionality in SAP.
The document discusses Mexico's electronic invoicing (e-invoicing) requirements and SAP's e-document solutions. Mexico requires companies to issue electronic invoices using XML files and submit them to tax authorities through an authorized certification provider. SAP offers two e-document solutions: a basic enablement that extracts data from SAP systems into an e-document instance, requiring custom development for XML mapping and submission; and a full solution that uses application interface framework to map data to XML and submit via SAP Cloud Platform Integration. The full solution manages e-invoices and e-payment receipts in an e-document cockpit and provides status updates as documents progress through the approval process with tax authorities. Customizations may be needed
Enhancing data sources with badi in SAP ABAPAabid Khan
This document explains how to enhance data sources using the BAdI RSU5_SAPI_BADI instead of user exits. It describes implementing the BAdI, creating a template method, and providing examples of populating enhanced fields for a specific data source. Implementing the BAdI involves creating a class with methods to handle each data source enhancement. The template method serves as an example for populating fields, while actual methods would call data selection and populate fields for a specific source.
Document control, clearing, special gl, taxes SAP FiLav Kumar
R/3 provides defaults for document dates and types during processing to help transactions balance correctly. It always sets the current date as the entry and posting dates, and defines standard document types and posting keys for common transactions like vendor invoices and customer invoices. System users can configure additional defaults like value dates and fiscal years, and specify tolerance rules for exchange rate differences to catch data entry errors.
This document outlines the configuration steps needed to set up an SAP system for materials management. It includes defining things like plant locations, purchasing organizations, material types, MRP areas, document types for purchasing documents, text types, number ranges, and more. The goal is to structure the system's enterprise setup and enable key purchasing, inventory, and planning functionality.
El documento describe las funciones básicas del lenguaje SQL para crear, modificar y eliminar bases de datos y tablas. Explica cómo SQL se utiliza para definir la estructura y los datos de las bases de datos relacionales a través de instrucciones DDL, DML y DCL. También cubre temas como la creación de tablas, campos, índices, restricciones de datos y el uso de transacciones.
El documento describe los pasos para crear una base de datos en Microsoft Access, incluyendo cómo crear tablas, campos, formularios e informes. También resume los tipos principales de bases de datos y los componentes clave de un sistema de base de datos como archivos, memoria y procesos.
Este manual básico de administración Bases De Datos, está enfocado en la Versión 11g de Oracle DB. Describe de manera detallada el proceso de creación de una Base de Datos y como hacer SHUTDOWN y Back Up a la misma.
El documento habla sobre los sistemas de gestión de bases de datos (SGBD) y sus funciones, las características de los datos almacenados, la estructura de un sistema de base de datos, las ventajas y desventajas de las bases de datos, y la clasificación de las bases de datos según su modelo de administración de datos.
Este documento describe los componentes básicos de una base de datos, incluyendo lo que es un Sistema de Gestión de Base de Datos y sus funciones, las características de los datos almacenados, la estructura de un sistema de base de datos, las ventajas y desventajas de las bases de datos, y cómo se clasifican según su función y modelo de administración.
Sofwares que se aplica en las areas de trabajoFLOMORYEI
Este documento describe características y tipos de bases de datos. Explica que una base de datos es un contenedor que permite almacenar información de forma ordenada con diferentes propósitos. Describe dos tipos principales de bases de datos: OLTP, que almacena información que se modifica en tiempo real, y OLAP, que almacena información para análisis. También describe características como HADR, PureScale, DPF y Table Partitioning, las cuales mejoran el rendimiento, escalabilidad y disponibilidad de las bases de datos.
Este documento proporciona información sobre las diferentes ediciones de DB2, incluyendo DB2 Everyplace, DB2 Personal Edition, DB2 Express-C, DB2 Express Edition, DB2 Workgroup Edition y DB2 Enterprise Edition. También describe herramientas para el monitoreo de DB2 como table functions y snapshots, y características como DB2 Workload Manager (WLM) y DB2 Design Advisor.
Las empresas dependen de la información almacenada en bases de datos, pero estas pueden dañarse y causar la pérdida de datos. Los administradores de bases de datos pueden recuperar la información mediante copias de seguridad y herramientas que permiten restaurar la base de datos a un estado consistente anterior al daño. Existen diferentes métodos y escenarios de recuperación para diversos tipos de bases de datos y daños.
Las empresas dependen de la información almacenada en bases de datos, pero estas pueden dañarse y causar la pérdida de datos. Los administradores de bases de datos pueden recuperar la información mediante copias de seguridad y herramientas que permiten restaurar la base de datos a un estado consistente anterior al daño. Existen diferentes métodos y escenarios de recuperación para diversos tipos de bases de datos y daños.
Las empresas dependen de la información almacenada en bases de datos, pero estas pueden dañarse y causar la pérdida de datos. Los administradores de bases de datos pueden recuperar la información mediante copias de seguridad y herramientas que permiten restaurar la base de datos a un estado consistente anterior al daño. Existen diferentes métodos y escenarios de recuperación para diversos tipos de bases de datos y daños.
Las empresas dependen de la información almacenada en bases de datos, pero estas pueden dañarse y causar la pérdida de datos. Los administradores de bases de datos pueden recuperar la información mediante copias de seguridad y herramientas que permiten restaurar la base de datos a un estado consistente anterior al daño. Existen diferentes métodos y escenarios de recuperación para diversos tipos de bases de datos y daños.
Las empresas dependen de la información almacenada en bases de datos, pero estas pueden dañarse y causar la pérdida de datos. Los administradores de bases de datos pueden recuperar la información mediante copias de seguridad y herramientas que permiten restaurar la base de datos a un estado consistente anterior al daño. Existen diferentes métodos y escenarios de recuperación para diversos tipos de bases de datos y daños.
Las empresas dependen de la información almacenada en bases de datos, pero estas pueden dañarse y causar la pérdida de datos. Los administradores de bases de datos pueden recuperar la información mediante copias de seguridad y herramientas que permiten restaurar la base de datos a un estado consistente anterior al daño. Existen diferentes métodos y escenarios de recuperación para diversos tipos de bases de datos y daños.
Las empresas dependen de la información almacenada en bases de datos, pero estas pueden dañarse y causar la pérdida de datos. Los administradores de bases de datos pueden recuperar la información mediante copias de seguridad y herramientas que permiten restaurar la base de datos a un estado consistente anterior al daño. Existen diferentes métodos y escenarios de recuperación para diversos tipos de bases de datos y daños.
Las empresas dependen de la información almacenada en bases de datos, pero estas pueden dañarse y causar la pérdida de datos. Los administradores de bases de datos pueden recuperar la información mediante copias de seguridad y herramientas que permiten restaurar la base de datos a un estado consistente anterior al daño. Existen diferentes métodos y escenarios de recuperación para diversos tipos de bases de datos y daños.
Presentación de Alta Disponibilidad con SQL Server 2012. Taller corganizado por Mug Perú, dirigido por Alberto De Rossi de dbLearner. Se trataron temas como trasvase de registro (log shipping), reflejo de base de datos (db mirroring), replicación transaccional punto a punto, clúster y Always On
El documento compara tres sistemas de administración de bases de datos: MySQL, Microsoft SQL Server y PostgreSQL. Describe las características y ventajas de cada uno. Concluye que PostgreSQL es el mejor de los tres porque es rápido, de distribución gratuita y permite personalizar el motor de base de datos. Sin embargo, no es tan comercial como los otros. El propósito principal de una base de datos es recopilar y organizar la información de una empresa para facilitar su acceso y manipulación.
El documento compara tres sistemas de administración de bases de datos: MySQL, Microsoft SQL Server y PostgreSQL. Describe las características y ventajas de cada uno. Concluye que PostgreSQL es el mejor de los tres porque es rápido, de código abierto y permite personalizar el motor de base de datos. Sin embargo, no es tan comercial como los otros dos. El propósito principal de una base de datos es recopilar y organizar la información de una empresa para facilitar su acceso y manipulación.
2. Tabla de Contenidos
0-OBJETIVO................................................................................................................................................3
1-ALCANCE................................................................................................................................................3
1.1-A QUIEN VA DIRIGIDO?.............................................................................................................................3
2-PRE REQUISITOS..................................................................................................................................4
2.1-BASE DE DATOS.......................................................................................................................................4
2.1.1-¿Para que utilizamos LOGs Transaccionales?...........................................................................5
2.1.2-Ajuste de la base de datos PRE COPIA......................................................................................5
2.1.3-Ajuste de LOGs de la base de datos PRE COPIA.......................................................................9
2.2-INSTANCIA SAP....................................................................................................................................12
2.3-CONEXIONES RFC.................................................................................................................................16
2.4-BACKUP...............................................................................................................................................21
3-CONFIGURACIÓN DE LA COPIA DE MANDANTE.....................................................................23
3.1-PROCESOS PARALELOS............................................................................................................................24
3.2-PREVER JOB DE FONDO............................................................................................................................25
4-MONITOREO DE LA COPIA DE MANDANTE..............................................................................28
4.1-MONITOREO PUNTUAL............................................................................................................................30
4.2-LOG DE FINALIZACIÓN DE COPIA DE MANDANTE..........................................................................................31
5-TAREAS POST COPIA DE MANDANTE..........................................................................................32
Página 2 de 34
3. 0-Objetivo
Desarrollar una guía paso a paso para utilizarla como apoyo ante la solicitud de
una copia de mandante.
1-Alcance
El siguiente documento detalla de punta a punta la configuración para la
realización de una copia de mandante. Este documento aplica para todos los sistemas.
Se verán aspectos básicos de la copia, hasta detalles en los parámetros de la
instancia.
1.1-A quien va dirigido?
A todos aquellos administradores del sistema SAP R/3.
Página 3 de 34
4. 2-Pre requisitos
El sistema SAP R/3 esta compuesto básicamente por dos partes
fundamentales.
Instancia SAP
Base de datos
En el momento de tener que realizar una copia de mandante, debemos tener
en cuenta aspectos tanto de base de datos como de instancia de SAP. A continuación
veremos que debemos tener en cuenta a la hora de realizar una copia de mandante.
2.1-Base de datos
La base de datos esta compuesta básicamente de dos componentes
esenciales.
Motor de base de datos
Instancia de base de datos (Ej.: DEV)
Cuando se tiene una instancia de base de datos, los datos son guardados en
una serie de archivos denominados DATAFILES, y los datos que no han sido
confirmados, se mantienen en uno o varios archivos denominado LOGS
Transaccionales.
Todas las transacciones que se realizan en la base de datos pasan
básicamente por seis (6) estados antes de llegar a ser almacenados en los
DATAFILES. Los estados son:
Creación del/los dato/s
Procesamiento del dato/s
Guardado del/los dato/s
Confirmación del/los dato/s (COMMIT)
Rechazo del/los dato/s (ROLLBACK)
Almacenado del/los dato/s
Página 4 de 34
5. Todos aquellos datos que no hayan sido confirmados “COMMIT”, se
mantendrán en los LOGS transaccionales. Una vez confirmados los datos, se bajaran
los mismos a los DATAFILES liberando el LOG transaccional.
2.1.1-¿Para que utilizamos LOGs Transaccionales?
Los LOGs Transaccionales cumplen una función vital en los sistemas de base
datos dado que ante una posible caída de la misma, todas aquellas transacciones que
no hayan sido confirmadas y/o procesadas no podrían recuperarse si estos archivos
no existieran.
Al recuperar una base de datos, se deben restaurar los archivos de datos
(DATAFILES) y los LOGs transaccionales, para que la base de datos quede con los
datos al mismo momento de la caída.
Estos LOG estarán en funcionamiento mientras que el administrador de la base
de datos así lo mantenga. Existe otro modo de configuración de los mismos que se
denomina “AUTO OVERWRITE”. Este modo no mantiene los logs transaccionales en
un archivo, sino que están en memoria y luego son bajados o no a los DATAFILES.
Las bases de datos que están funcionando en sistemas productivos, no debería tener
configurada esta opción, dado el gran riesgo de perdida de datos que puede ocasionar
la caída del sistema. En sistemas de desarrollo puede llegar a tolerarse este modo,
pero lo recomendable es que este configurado de igual modo que en el sistema
productivo.
2.1.2-Ajuste de la base de datos PRE COPIA.
Como mencionábamos anteriormente, debemos realizar una serie de ajustes
en la base de datos antes de realizar la copia de mandante.
Antes que nada, debemos hacer una análisis de la base de datos FUENTE vs
la DESTINO (PRD to DEV). Para ello debemos ver en primera instancia los espacios
reservados “DATAFILES” en ambas bases y el espacio libre que tenemos en los
mismos.
Página 5 de 34
6. El software a utilizar para realizar dicha verificación es el “DATABASE
MANAGER” cuyo icono es el siguiente:
Veamos un ejemplo:
Base de datos DEV:
Figura 1
Base de datos PRD:
Figura 2
Hagamos un análisis de las bases de datos:
Figura 3
Página 6 de 34
7. En este caso, ambas bases de datos tiene los mismo valores tanto de
asignación de espacio como de ocupación, por lo tanto, una copia de mandante bajo
este esquema no requerirá demasiados cambios. No obstante, podemos suponer que
la base de datos de desarrollo tiene menos espacio asignado, debiendo realizar tareas
de mantenimiento para la copia. Veamos el escenario planteado.
Figura 4
Para el escenario planteado en la figura 4, debemos hacer que la base de
datos crezca en tamaño total con el fin de poder realizar la copia sin que los
DATAFILES se llenen como consecuencia de la copia.
Para ello, debemos utilizar la herramienta de gestión de base de datos
denominada “DATABASE MANAGER”. Veamos paso a paso la asignación de un
nuevo datafile.
Figura 5
En la figura 5 vemos la pantalla inicial del gestor de base de datos, donde en la
parte de la derecha de la pantalla encontramos los datos relevantes al estado de la
base de datos. A la izquierda de la pantalla, se observa un menú vertical donde
seleccionaremos la opción CONFIGURACION.
Página 7 de 34
8. Figura 6
Como se observa en la figura 6, seleccionando la opción VOLUMES,
visualizamos los DATAFILES que tenemos actualmente en la base de datos.
A continuación, agregaremos un datafile para incrementar el total de la base de
datos. Este proceso se puede realizar con la base de batos funcionando.
De la figura 6, seleccionaremos DATA0003 y haremos doble clic con el botón
izquierdo del Mouse. Una vez realizada esta acción se abrirá la siguiente pantalla.
Figura 7
Si observamos con detenimiento, el sistema nos propone un tamaño de datafile
igual a los preexistentes. En nuestro caso, modificaremos el tamaño a 5 GB dado que
Página 8 de 34
9. no se requiere espacio extra. Una vez seteado este valor, pulsaremos la opción OK.
NOTA: Cabe destacar que para bases de datos de gran espacio, el proceso puede
demorar varios minutos.
Figura 8
Como vemos en la figura 8 observaremos que se ha añadido un nuevo datafile
siendo, en conjunto con los existentes, suficiente para que la copia no cancele por falta
de espacio.
2.1.3-Ajuste de LOGs de la base de datos PRE COPIA.
Cuando se efectúan trabajos de larga duración tales como: Copias de
mandante, incremento masivo de datos en la base de datos, aplicación de support
package, etc, los logs de la base de datos deben estar en modo AUTO OVERWRITE.
Como decíamos anteriormente, los logs de la base de datos, tanto en DEV, QUA y
PRD deben estar en modo de escritura en fichero. En el caso de que comencemos
una de las tareas antes mencionadas sin realizar el switch de los logs a AUTO
OVERWRITE, lo más probable es que los mismos lleguen al máximo de su capacidad
y por ende, la base de datos quede congelada.
Con el fin de evitar esta situación, se presenta un detalle paso a paso para
realizar el switch.
Página 9 de 34
10. Figura 9
En la figura 9 observamos la pantalla inicial del administrador de base de datos
“DATABASE MANAGER”, donde debemos seleccionar la opción “CONFIGURATION”.
En ella, seleccionaremos la opción “LOG SETTINGS” para realizar el switch a AUTO
OVERWRITE. Una vez seleccionado, se despliega una pantalla que nos ofrece tres
opciones, nosotros solo nos concentraremos en una. En la figura 10 se ve en detalle.
Página 10 de 34
11. Figura 10
Seleccionada la opción “Overwrite Mode for the Log Area”, pulsamos OK para
que la base de datos tome los cambios. En la figura 11 se ven ambos estados.
Modo normal de operación
Modo espacial de operación (SWITCH DE BASE DE DATOS)
Una vez configurada la base de datos, nos queda revisar los parámetros de
instancia de SAP. Los mismos serán revisados en el apartado siguiente.
Página 11 de 34
12. 2.2-Instancia SAP
La instancia de SAP tiene una serie de parámetros que son estáticos y otros
que son dinámicos.
En el caso de una copia de mandante, debemos realizar el cambio de un
parámetro dinámico de instancia, cuya función es la de establecer un limite máximo de
utilización de las sesiones de dialogo (DIA). Para realizar dicha modificación, debemos
utilizar la transacción RZ11, tanto en el servidor destino como en el fuente (PRD y
DEV). En el caso de existir múltiples APPLICATION SERVERS, dicho parámetro
deberá ser modificado en cada uno de ellos dado que los mismos tienen parámetros
independientes.
El parámetro a modificar es: rdisp/max_wprun_time
El mismo, puede estar configurado con diversos valores, aunque sea ha visto
que el común denominador es entre 600 y 1200. Para el caso de una copia de
mandante, este valor deberá ascender a 4400 con el fin de extender el TIME OUT a
una posible lectura a una tabla. En muchas ocasiones, este parámetro no es
modificado y las copias terminan exitosamente. Igualmente, y con el fin de evitar
posibles cancelaciones de copia de tablas extremadamente grandes, debemos
cambiar este parámetro al valor sugerido.
A continuación veremos en detalle como modificar este parámetro.
Figura 11
Página 12 de 34
13. En la figura 11 observamos la pantalla inicial de la transacción RZ11 con el
parámetro a modificar. Pulsando el botón veremos una pantalla similar a
la de la figura 12.
Figura 12
Como podremos observar, el parámetro esta configurado para que el límite
máximo sea de 600. Independientemente de ello, por definición veremos que el
parámetro esta configurado en 600, vale decir que, si el servidor se llegara a reiniciar,
la instancia tomara el valor por defecto (600).
Para modificar el valor actual del parámetro de instancia, debemos pulsar el
botón situado en la parte superior de la pantalla. En ese instante, el
sistema presentara una pantalla tal como se ilustra en la figura 13
Página 13 de 34
14. Figura 13
Si observamos con detenimiento, la pantalla presenta solo un campo editable,
cuya función principal será la de setear el valor del parámetro al que nosotros le
designemos. En nuestro caso, dicho valor será de 4400.
Una vez seteado el nuevo valor al parámetro en cuestión, el sistema nos
presentara una advertencia tal como lo ilustra la figura 14.
Figura 14
Ante la advertencia que nos presenta el sistema, debemos aceptarla y
continuar con el proceso de preparación para la copia.
En la figura 15, veremos el resultado de los cambios efectuados en el
parámetro, confirmando que el mismo se encuentra vigente.
Página 14 de 34
15. Figura 14
Una vez que estamos seguros que los cambios fueron realizados con éxito,
debemos realizar la verificación de las conexiones RFC entre los sistemas FUENTE y
DESTINO.
Página 15 de 34
16. 2.3-Conexiones RFC
En esta sección veremos la importancia de la configuración de las conexiones
RFC, para la realización de la copia de mandante.
La misma será verificada desde la transacción SM59, cuya función es la de
crear, modificar y realizar pruebas de las conexiones RFC. En la figura 15 veremos la
pantalla inicial de la transacción.
Figura 15
Como vemos, hemos desplegado el ítem “CONEXIONES R/3”, donde dentro
del mismo se encuentran las conexiones RFC configuradas por el sistema y por los
usuarios. En este caso, realizaremos pruebas sobre la conexión PRD400, y
mostraremos en detalle el desarrollo de la misma.
A continuación, seleccionaremos la conexión PRD400 haciendo doble clic
sobre la misma.
Página 16 de 34
17. Figura 16
En la figura 16, se presentan datos básicos de la conexión tales como:
Destino RFC.
Tipo de conexión.
Nombre de host destino.
Dirección IP del equipo destino.
Dentro de la misma pantalla, encontramos tres (3) solapas cuyos datos
solicitados, algunos de los cuales fueron detallados anteriormente, son el usuario y
contraseña del sistema destino, mandante e idioma.
En la figura 17, veremos los datos de la siguiente solapa, donde nos presentara
los datos antes mencionados.
Página 17 de 34
18. Figura 17
Con las configuraciones de las figuras 16 y 17, solo restaría realizar las
pruebas de conectividad con el sistema destino. Para ello, utilizaremos las
herramientas suministradas por la transacción, cuyos botones son:
En primer termino, pulsaremos el botón , donde el sistema
presentara una pantalla tal como la de la figura 18.
Página 18 de 34
19. Figura 18
En función de la figura 18, vemos que la conexión con el sistema destino esta
en perfecto estado, debiendo realizar la ultima prueba correspondiente al login remoto.
El mismo deberá ser probado con el botón . En la figura 19
veremos la pantalla en el caso de que el login remoto sea exitoso.
Figura 19
En el caso de que el login remoto no funcione correctamente, la pantalla que
ilustrara el sistema será como lo muestra la figura 20.
Figura 20
Página 19 de 34
20. En el caso de que la prueba de conexión remota finalice como la figura 20,
debemos verificar que el usuario y contraseña existan en el sistema destino. En el
caso de que existan, se deberá ingresar al sistema remoto de modo normal
(SAPLOGON) y reconfigurar la contraseña.
Una vez solucionado el tema de la conectividad, podremos comenzar con la
configuración de la copia de mandante.
Página 20 de 34
21. 2.4-Backup
El sistema SAP R/3, generalmente, es sometido a un backup diario on-line de
su base de datos, por lo tanto, debemos revisar el dia y horario en que se ejecuta el
job, de manera tal de poder suspender todas las tareas que puedan entorpecer la
copia de mandante.
Para revisar dichos jobs, debemos ingresar a la transacción DB13, donde
veremos el plan mensual de los backup.
Figura 21
En nuestro caso, pulsaremos con el botón derecho del Mouse sobre los
trabajos que están programados para el día de la copia, mostrando el siguiente menú
de opciones.
En el menú que a continuación veremos, debemos seleccionar la opción
“Delete action” por cada uno de los jobs que estén programados para ese día. No
olvidar tomar nota de los mismos para efectuar la reprogramación posterior a la
finalización de la copia de mandante.
Página 21 de 34
23. 3-Configuración de la copia de mandante.
Una vez finalizadas las configuraciones de los pre requisitos, debemos
comenzar con la configuración de la copia de mandante. Para realizar dicha
configuración, debemos ingresar a la transacción SCC9 (Mandante destino), donde
planificaremos la misma como proceso de fondo. En la figura 23, veremos la pantalla
inicial de la transacción mencionada.
Figura 23
Como vemos en la figura 23, hemos definido el mandante fuente (De quien
queremos copiar), con un perfil SAP_ALL para hacer una replica exacta, y al
mandante 220 como destino final. Las copias de mandante pueden ser de distintos
modo, cuya definición se realiza en el perfil. El mismo puede variar según lo ilustra la
figura 24.
Figura 24
Página 23 de 34
24. 3.1-Procesos paralelos
Una vez seleccionado el perfil de copia de mandante, procederemos a definir la
cantidad de procesos paralelos que utilizaremos para realizar lo mismo. Este
parámetro debe definirse en función del hardware que tengamos en el momento de la
copia. En nuestro caso, hemos definido que la cantidad de procesos paralelos serán
ocho (8).
Para realizar dicha configuración, debemos seguir los pasos de la figura 25.
Figura 25
Una vez seteada la cantidad de procesos paralelos procederemos a salvar los
cambios pulsando el botón con la imagen del diskette de la figura 25 volviendo a la
figura 23 como consecuencia de esta acción.
Página 24 de 34
25. 3.2-Prever job de fondo
Pulsando el botón , el sistema nos ilustra la pantalla
de la figura 26, que nos guiara para prever el job de fondo.
Figura 26
En la misma, debemos definir cual será el servidor de fondo, el cual será el
responsable de correr el proceso de copia de mandante. Pulsando el match code, el
sistema nos ofrecerá los servidores disponibles para dicha tarea. En la figura 27
veremos el servidor seleccionado.
Figura 27
En la figura 28 veremos como se completara la pantalla de la figura 24,
indicando en la misma los pasos a seguir.
Página 25 de 34
26. Figura 28
Una vez seleccionado el servidor de fondo, debemos pulsar el botón
, donde el mismo nos presentara una pantalla para la planificación del job que
ejecutara la copia. En la figura 29 visualizaremos la misma.
Figura 29
Página 26 de 34
27. Una vez planificado el job, el sistema nos dará un resumen de los parámetros
configurados para su verificación final. En el caso de que los datos sean correctos,
debemos aceptar el mensaje para dejar planificada la tarea. Si por algún motivo,
vemos que los datos no son correctos, debemos cancelar inmediatamente el mensaje
y corregir los parámetros deseados.
En la figura 30 ilustraremos el resumen final de la planificación del job.
Figura 30
Como podemos observar en el resumen de la figura 30, la copia será desde el
mandante 400 de producción al mandante 220 de desarrollo, con perfil SAP_ALL y con
ocho (8) procesos paralelos tal se había definido anteriormente.
Página 27 de 34
28. 4-Monitoreo de la copia de mandante.
El monitoreo de la copia de mandante es vital para realizar tareas sobre la
marcha ante un problema inesperado. El mismo, se realiza desde la transacción
SCC3, donde en la misma, veremos el desarrollo de la copia paso a paso.
A continuación presentamos la pantalla inicial de dicha transacción.
Figura 31
En la figura 31, observamos que la pantalla inicial de la transacción SCC3 nos
informa acerca de las copias del mandante 210. Esto se debe a que la misma fue
ejecutada desde el mandante 200, ya que el mandante 220 se encontrara bloqueado a
lo largo del proceso de la copia.
Para poder ver el proceso en otros mandantes, debemos pulsar el botón
, donde tendremos una vista ampliada de los mandantes.
Figura 32
Página 28 de 34
29. En la figura 32, observamos el status del estado de las copias en todos los
mandantes, pudiendo ver que han finalizado con éxito. En el caso de que quisiéramos
mas detalles, debemos realizar un doble clic en el mandante en el que deseamos ver
cual es el avance. Para nuestro caso, el mandante será el 220.
Figura 33
Página 29 de 34
30. 4.1-Monitoreo puntual
En la figura 33 vemos todas las copias que se han realizado en el mandante
220 con sus status de finalización. Para nuestro caso, nos focalizaremos en la ultima
copia realizada en día 05/05/2007. Por lo tanto, realizaremos un doble clic en el mismo
para ver los detalles del mismo.
Figura 34
En la figura 34 vemos una pantalla típica de monitoreo del proceso de copia de
mandante. En este caso, figura como finalizado con éxito, pero en el caso de que el
mismo estuviese corriendo, nos presentaría información acerca de las tablas que se
encuentra copiando, la líneas insertadas y borradas y la cantidad de tablas copiadas
hasta el momento.
Página 30 de 34
31. 4.2-Log de finalización de copia de mandante
Finalizado el proceso de copia, el sistema nos presentara la pantalla de la
figura 34, pudiendo, en el caso de que sea necesario, revisar el log de la copia
pulsando el botón , presentado la pantalla de la figura 35.
Figura 35
El log nos da información acerca de cómo finalizar el proceso de copia,
ejecutando un reporte de una transacción que veremos mas adelante.
Página 31 de 34
32. 5-Tareas post copia de mandante.
Una vez finalizada la copia de mandante, debemos correr un reporte
denominado RGUGBR00 desde la transacción SE38.
A continuación, se presenta la pantalla inicial de dicha transacción.
Figura 36
En la figura 36, en el campo “PROGRAMA”, indicaremos el reporte mencionado
anteriormente, finalizando el proceso pulsando el botón ó la tecla de función “F8”.
En ese mismo instante, el sistema nos ofrecerá múltiples opciones para la ejecución
del mismo, debiendo seleccionar los indicados en la figura 37.
Página 32 de 34
33. Figura 37
Una vez seleccionadas las opciones de la figura 37, pulsaremos nuevamente el
botón ó la tecla de función “F8”. Luego del evento anteriormente explicado, el
sistema informara los resultados del reporte, finalizando el proceso de copia de
mandante. En la figura 38, vemos dicha pantalla.
Figura 38
Página 33 de 34