📘BASIS - Tcode Db13 - Calendario de Planificación de Bases de Datos

tareas relacionadas a la base de datos. transaccion DB13: planificacion en el calendario de base de datos fundamentos de administracion de base de datos un sistema de base de datos (DBMS) incluye procesos de BD un buffer en la memoria principal data files que contienen la informacion log files donde los cambios a la informacion son registrados.

Acceder a esta publicación

Ctrl acceso al sistema: unico ID de usuario Ctrl de accesos: chequeos para transacc. y reportes Tcode-Roles-Perfiles Tcode: SU01 - crear ID users Tcode: SUIM - corroborar roles

Acceder a esta publicación

Arquitectura y funcionalidad de las bases de datos relacionadas --> como realizar las actividades primarias de la base de datos mediante la planificación en el calendario de base de datos transacciones DB13. Fundamentos de administración de Base de datos Un sistema de base de datos incluye procesos de bases de datos, un buffer en la memoria principal que confienen la información y log files donde los cambios de información son registrado. Cuando el sistema SAP inicia, todos los work process se conectan a un proceso de la base de datos. Las consultas a las base de datos pasan de los work processes de SAP a los procesos de base de datos asignados, los cuales ejecutan la solicitud en la base de datos. Los datos...

Acceder a esta publicación

Los movimientos mercaderia y verificacion facturas, se deben hacer en un periodo abierto MM y FI SPRO--> Logis.Gral-->Maestro Materiales --> Parametrizaciones Básicas --> Actualizar sociedades para la gestión de materiales. Se debe indicar ejercicio (año) y periodo (mes) abierto de contabilización (se tienes que considerar casos especiales para aquellos ejercicios/periodos que no coincidan con año calendario). Aca es posible ver el estado de los periodos para cada sociedad. Desplazamiento de periodos: Para la actualización de periodos utilizar TCODE MMPV. Con la TCODE MMPV Solo puede ser desplazado un periodo por vez. Los perionos no puedes ser desplazados hacia atras (excepto casos muy puntuales...

Acceder a esta publicación

Backup y Recuperación de la BD: Transacción DB13: Se utiliza para el manejo de la configuración del calendario de la BD, backup, estadisticas,chequeos. Un backup siempre incluye un backup regular de data files, información de log y datos estructurados de info de la BD. El backup de los Data file y datos estructurdos se realiza en un solo paso El backup de log respaldada en otro paso por separado. Para planificar ambos pasos se utiliza el calendario de planificación con transacción DB13 RECUPERACION DE BD Siempre es buena practicca si se puede realizar un recovery al menos 2 veces al an?o. El momento para recrear una BD depende de la disponibilidad de backup de data files y de la disponibilidad de backups...

Acceder a esta publicación

Backups: se realiza mediante el calendario de planificación de base de datos en la transacción DB13 (realziar backups, correr estadísticas, etc). El backup de los data files y logs se realiza en pasos diferentes (dos pasos). Al momento de realizar un restore de la base de datos, este intenta basarse en el último backup no corrupto existente. La recuperación puede ser con pérdida de datos (se pisan datos nuevos) o sin pérdidas (de una forma similar a la delta, por lo que debe contarse con todos los backups que se generaron luego del backup de data files). Se recomiendan que los medios de backup se sobreescriban cada 28 días, o sea que los backups de data files y logs se sobreescriben en...

Acceder a esta publicación

Los authority checks, son objetos que nos permiten proteger los datos criticos del sistema de los accesos sin autorizacion. La sentencia authority check, valida si el usuario posee autorizacion para acceder a dicha informacion, estos permisos los asigna el administrador del sistema SAP. En la SU21 se gestionan los autority checks. SU20 tbm para Authorization Field. Los objetos de autorizacion estan agrupados por clases. Existen 3 modulos de funciones que nos permite ejecutar una transaccion saltando los chequeos de Autorizacion que se posee. TRANSACTION_CALL_VIA_RFC, pasado el parametro Tcode o transaccion a ejecutar. c160_transation_call pasando el parametro Tcode. RS_HDSYI_CALL_TC_VARIANT, pasando el parametro Tcode y marcando...

Acceder a esta publicación

Chequeos de autoridad: permisos para acceder a los datos Transaccion SU21: administrar objetos de autorizacion Modulos de funciones que permiten saltar la seguridad del chequeo de autoridad: TRANSACTION_CALL_VIA_RFC pasandolo en el parametro tcode la transaccion a ejecutar, C160_TRANSACTION_CODE pasando en el parametro I_tcode la transaccion a ejecutar RS_HD_SYI_CALL_TC_VARIANT tcode = transaccion a ejecutar quitando el flag de authority check

Acceder a esta publicación

Parametrizaciones personales y datos de usuario. Datos Propios Se puede definir formato de fecha, idioma, impresora y parámetros por defecto. Menú -> Valores Prefijados -> Datos Propios Tcode: SU3 En la Solapa de Parámetros se puede fijar parámetros para que sean usados por defecto en otras Tcode. En el Menú -> Detalles -> Opciones se puede seleccionar ver los favoritos, quitarlos y los mas importante ver los nombres técnicos de las transacciones, también se puede quitar o agregar la imagen de fondo. Depende del usuario puede elegir explorar el árbol con las diferentes opciones o ingresar en la línea de comando la transacción o como mucho le dice Tcode.

Acceder a esta publicación

/n vuelve al inicio /n TCODE va a una nueva transacción desde otra /o abre nueva pestaña /o TCODE abre la nueva transacción en una nueva pestaña /nex logoff completo del sistema

Acceder a esta publicación