El documento describe los pasos para configurar la replicación maestro-esclavo entre dos servidores PostgreSQL en Windows. Se configura el servidor maestro para permitir la replicación y archivar los cambios en los WAL. Luego se realiza una copia base de la base de datos y se transfieren los archivos al servidor esclavo. Finalmente, se configura el servidor esclavo en modo esclavo aplicando los cambios de los WAL archivados para sincronizar la base de datos.
Recuperación de desastres y soluciones de alta disponibilidad con SQL ServerSpanishPASSVC
Esta presentación presenta las soluciones de recuperacion de desastres (Disaster Recovery) y alta disponibilidad (High Availability) con SQL Server y ofrece escenarios creativos por usar las soluciones para reportages (Reporting), BI y almacen de datos (Datawarehouse).
Este documento discute varias configuraciones de PostgreSQL que son relevantes para el rendimiento, incluyendo parámetros en el archivo postgresql.conf como shared_buffers, work_mem y checkpoints, así como consideraciones sobre el sistema de discos como el uso de RAID nivel 10 y distribuir los datos y archivos WAL en discos separados. También cubre técnicas como usar synchronous_commit en lugar de fsync para mejorar el rendimiento sin riesgo de corrupción de datos.
Las fallas en una base de datos Oracle pueden dividirse en varias categorías como fallas de sentencias, fallas de procesos de usuario, fallas de red, errores de usuario, falla de instancia y falla de medio. El DBA debe proteger la base de datos contra fallas para incrementar el tiempo entre fallas y minimizar el tiempo de recuperación y la pérdida de datos. La recuperación de instancia usa información en archivos redo y de control para restaurar la base de datos al estado anterior a la falla. Configurar el modo ARCHIVELOG y multiplexar archivos
Este documento describe cómo configurar la replicación de datos entre un nodo maestro y un nodo esclavo utilizando PostgreSQL y la herramienta de replicación Slony-I en Windows. Los pasos incluyen instalar PostgreSQL y Slony-I, crear las bases de datos en ambos nodos, configurar pg_hba.conf y firewall para permitir la conexión, crear scripts de Slony para definir la replicación, y ejecutar los scripts en cada nodo para iniciar la replicación de datos.
Este documento describe la configuración de un servidor de correo multidominio utilizando herramientas como LDAP, Postfix, Courier y BIND. Se explica cómo configurar el DNS con BIND, crear usuarios y dominios en LDAP, configurar Postfix para utilizar LDAP y permitir correo para múltiples dominios, y unir LDAP con Postfix.
PostgreSQL ofrece varias opciones para la replicación de datos, incluyendo replicación nativa y herramientas de terceros. La replicación nativa incluye Warm Standby desde la versión 8.3, permitiendo la recuperación continua, y Hot Standby/Streaming Replication desde la versión 9.0, permitiendo consultas de solo lectura en los nodos esclavos. Herramientas como Slony-I y RubyRep permiten replicación asíncrona de tipo maestro-esclavo y maestro-maestro de manera independiente de la versión de
Aquí hay algunas consideraciones clave sobre cuándo usar APC vs Memcached:
- APC es para caché local en un solo servidor, mientras que Memcached es para caché distribuida entre múltiples servidores.
- APC es más rápido para datos pequeños que no necesitan ser distribuidos, ya que no requiere comunicación de red. Memcached es más lento debido a la latencia de red.
- Los datos en APC tienen un TTL máximo, mientras que en Memcached se pueden configurar TTLs más largos o sin expiración.
- A
Recuperación de desastres y soluciones de alta disponibilidad con SQL ServerSpanishPASSVC
Esta presentación presenta las soluciones de recuperacion de desastres (Disaster Recovery) y alta disponibilidad (High Availability) con SQL Server y ofrece escenarios creativos por usar las soluciones para reportages (Reporting), BI y almacen de datos (Datawarehouse).
Este documento discute varias configuraciones de PostgreSQL que son relevantes para el rendimiento, incluyendo parámetros en el archivo postgresql.conf como shared_buffers, work_mem y checkpoints, así como consideraciones sobre el sistema de discos como el uso de RAID nivel 10 y distribuir los datos y archivos WAL en discos separados. También cubre técnicas como usar synchronous_commit en lugar de fsync para mejorar el rendimiento sin riesgo de corrupción de datos.
Las fallas en una base de datos Oracle pueden dividirse en varias categorías como fallas de sentencias, fallas de procesos de usuario, fallas de red, errores de usuario, falla de instancia y falla de medio. El DBA debe proteger la base de datos contra fallas para incrementar el tiempo entre fallas y minimizar el tiempo de recuperación y la pérdida de datos. La recuperación de instancia usa información en archivos redo y de control para restaurar la base de datos al estado anterior a la falla. Configurar el modo ARCHIVELOG y multiplexar archivos
Este documento describe cómo configurar la replicación de datos entre un nodo maestro y un nodo esclavo utilizando PostgreSQL y la herramienta de replicación Slony-I en Windows. Los pasos incluyen instalar PostgreSQL y Slony-I, crear las bases de datos en ambos nodos, configurar pg_hba.conf y firewall para permitir la conexión, crear scripts de Slony para definir la replicación, y ejecutar los scripts en cada nodo para iniciar la replicación de datos.
Este documento describe la configuración de un servidor de correo multidominio utilizando herramientas como LDAP, Postfix, Courier y BIND. Se explica cómo configurar el DNS con BIND, crear usuarios y dominios en LDAP, configurar Postfix para utilizar LDAP y permitir correo para múltiples dominios, y unir LDAP con Postfix.
PostgreSQL ofrece varias opciones para la replicación de datos, incluyendo replicación nativa y herramientas de terceros. La replicación nativa incluye Warm Standby desde la versión 8.3, permitiendo la recuperación continua, y Hot Standby/Streaming Replication desde la versión 9.0, permitiendo consultas de solo lectura en los nodos esclavos. Herramientas como Slony-I y RubyRep permiten replicación asíncrona de tipo maestro-esclavo y maestro-maestro de manera independiente de la versión de
Aquí hay algunas consideraciones clave sobre cuándo usar APC vs Memcached:
- APC es para caché local en un solo servidor, mientras que Memcached es para caché distribuida entre múltiples servidores.
- APC es más rápido para datos pequeños que no necesitan ser distribuidos, ya que no requiere comunicación de red. Memcached es más lento debido a la latencia de red.
- Los datos en APC tienen un TTL máximo, mientras que en Memcached se pueden configurar TTLs más largos o sin expiración.
- A
Presentación realizada en el 3er Encuentro de Bases de Datos Libres realizado por CNTI en CANTV el 04/05/2012. mas información en http://leninmhs.wordpress.com/2012/05/09/alta-disponibilidad-pgpool
Instalar un servidor DHCP en Debian permite asignar direcciones IP de forma dinámica a dispositivos en la red de manera automática. Se instala el paquete dhcp3-server y se edita el archivo de configuración para definir el rango de direcciones IP disponibles y otros parámetros de red. Una vez reiniciado el servicio, el servidor DHCP podrá asignar direcciones IP a dispositivos que lo soliciten.
FUNDAMENTALS: Copias de seguridad y registro de transacciones SolidQ
En esta sesión analizaremos las copias de seguridad (backups) y el funcionamiento del log de transacciones. Veremos que para definir correctamente nuestra política de backups y dimensionar correctamente nuestro log de transacciones necesitaremos conocer los modelos de recuperación disponibles en SQL Server debido a la estrecha relación existente entre estos, el log de transacciones y la política de backups apropiada.
Webcast alta disponibilidad-exchange_2010Hector Cortes
Este documento resume las novedades de alta disponibilidad en Exchange Server 2010, incluyendo la introducción de Database Availability Groups que proporcionan alta disponibilidad a nivel de base de datos en lugar de servidor, y mejoras en la alta disponibilidad del transporte y el acceso de clientes.
Este documento describe cómo usar rsync para realizar copias de seguridad. Rsync permite hacer copias de seguridad locales o remotas de forma eficiente al transferir solo los archivos modificados. El documento explica las características y funcionamiento de rsync, y proporciona ejemplos de cómo usarlo para copias de seguridad incrementales, incluir y excluir archivos, y realizar copias de seguridad remotas a través de SSH.
Un clúster MySQL integra un servidor MySQL estándar y un motor de almacenamiento en memoria llamado NDB clúster funcionando en un conjunto de computadoras. Las tablas de la base de datos se almacenan utilizando el motor NDB en los nodos de almacenamiento, y los nodos de datos funcionan utilizando un esquema de espejado permitiendo soportar caídas de nodos individuales. Una solución software como HAProxy puede ser usada para balancear la carga entre los nodos SQL.
Este documento discute las causas comunes de un Out of Memory en BizTalk y sugiere soluciones. Puede ocurrir cuando se procesan grandes cantidades de mensajes o documentos XML grandes, lo que causa que la memoria del host se llene rápidamente. Las soluciones incluyen distribuir adaptadores en hosts separados, reducir el tamaño de los mensajes y documentos, y ajustar los valores de Watermark para controlar la cantidad de mensajes procesados simultáneamente.
Este documento describe los pasos para instalar Apache Kafka, ZooKeeper y Java en Ubuntu, incluyendo la descarga e instalación de los paquetes necesarios, la creación de un usuario kafka, y la configuración de los servicios de ZooKeeper y Kafka para que se ejecuten automáticamente al iniciar el sistema. También explica cómo crear un primer topic en Kafka llamado "TutorialTopic" y probar la publicación y consumo de mensajes a través de scripts de línea de comandos de productor y consumidor.
Este documento describe los pasos para instalar Apache Kafka, ZooKeeper y Java en Ubuntu. Explica cómo crear un usuario kafka, descargar e instalar Kafka y configurar ZooKeeper y los servicios de Kafka para que se inicien automáticamente al arrancar el sistema. También muestra cómo crear un topic de prueba y publicar y consumir un primer mensaje en Kafka para validar la instalación.
09 adm bases de datos abd5501 (03 unidad 2 oracle)La_Conchito
Los archivos de redo log registran todos los cambios en los datos y proveen mecanismos de recuperación ante fallas. Cada transacción es escrita sincrónicamente en los archivos de redo log con el propósito de proveer un mecanismo de recuperación en caso de falla. Los archivos de redo log son organizados en grupos y cada grupo contiene miembros asociados a archivos físicos en disco. El proceso LGWR escribe la información de las transacciones de forma concurrente en todos los miembros de cada grupo de redo log.
Este documento describe la instalación y configuración de un clúster de servidores con PostgreSQL y pgpool-II para mejorar el rendimiento y disponibilidad. Se explica cómo instalar y configurar PostgreSQL en dos nodos, y luego pgpool-II para proporcionar funciones como replicación, balanceo de carga y tolerancia a fallos entre los nodos.
Este documento describe la instalación y configuración de Fail2Ban en una máquina Fedora 17. Fail2Ban es una herramienta que analiza los registros de acceso a los servicios del servidor para detectar intentos de acceso fallidos y bloquear automáticamente las direcciones IP responsables. La instalación de Fail2Ban crea una estructura de directorios y archivos de configuración. El documento explica cómo configurar las opciones generales, activar el filtro para el servicio FTP proftpd y comprobar que el formato de fecha en los registros sea compatible
Este documento describe la configuración de varios servidores DNS en una red. Incluye la instalación y configuración de un servidor DNS caché, un servidor DNS primario para una zona directa e inversa, la adición de un subdominio, la configuración de un servidor secundario y la delegación de un subdominio a un servidor delegado. Se proporcionan detalles sobre los archivos de configuración de DNS y las herramientas de consulta para validar las configuraciones.
Este instructivo proporciona instrucciones para cambiar el servidor de Capataz y Tango, incluyendo hacer copias de seguridad de la información, desinstalar Capataz en el servidor anterior e instalarlo en el nuevo servidor, copiar las carpetas de datos esenciales al nuevo servidor, y reconfigurar las terminales para apuntar al nuevo servidor.
Este documento proporciona información sobre la replicación de datos en PostgreSQL utilizando la herramienta Slony-I. En menos de 3 oraciones: El documento explica cómo configurar la replicación maestro-esclavo de una base de datos PostgreSQL utilizando Slony-I en Windows, incluyendo los pasos para instalar las herramientas necesarias como PostgreSQL, Slony-I y PGAdmin, y luego crear la base de datos, configurar Slony-I y el firewall, y generar los scripts de replicación.
III LLAMPAGEEK 2013: Base de Datos Distribuidas con PostgreSQL.EtiCAGNU
Este documento presenta una introducción a PostgreSQL, un sistema de gestión de bases de datos relacional abierto. Describe las características técnicas de PostgreSQL como su compatibilidad con estándares SQL, su extensibilidad, y su capacidad para manejar grandes volúmenes de datos. También discute el soporte disponible para PostgreSQL y algunas organizaciones que usan este software, incluyendo el Gobierno Regional de Lambayeque en Perú.
El documento proporciona información sobre el Protocolo Ligero de Acceso a Directorios (LDAP). LDAP es un conjunto de protocolos abiertos utilizados para acceder a información almacenada centralmente en una red de forma menos compleja que el estándar X.500. LDAP organiza la información de forma jerárquica en directorios que pueden almacenar una variedad de datos e incluso usarse como un servicio de información de red. Generalmente se usa como un directorio telefónico virtual pero puede propagar consultas a otros servidores LDAP.
БOЛГАРИЯ - НОВАЯ ЗЕМЛЯ! Все мы являемся современниками грандиозной эпохи трансформации нашего мира на вновь обетованной земле. Этот мир - наш общий дом, за который все мы в ответе, и можем организовать его согласно нашему пониманию о прекрасной жизни. Болгария является новой возможностью как место для отдыха и как страна для проживания и постоянного места жительства, и этого может добиться каждый, кто захочет.
This document is a project report submitted by Shelly Jumba to Punjab Technical University in partial fulfillment of an MBA degree. It discusses conducting a project on capital markets under the guidance of lecturer Shivani Jagneja. The project report includes an index, introduction on capital markets, acknowledgements, preface, and sections on the debt market and stock exchange.
The document discusses navigating in a presentation and contains tips for creating clip art and drawing even if not very skilled. It also mentions a date and some social data by region without providing more context.
This document discusses cryptography and encrypting sensitive documents. It recommends encrypting documents to safeguard sensitive information and avoid eavesdroppers being able to read them. The encryption process encodes information so that only authorized parties can read the encrypted document.
Presentación realizada en el 3er Encuentro de Bases de Datos Libres realizado por CNTI en CANTV el 04/05/2012. mas información en http://leninmhs.wordpress.com/2012/05/09/alta-disponibilidad-pgpool
Instalar un servidor DHCP en Debian permite asignar direcciones IP de forma dinámica a dispositivos en la red de manera automática. Se instala el paquete dhcp3-server y se edita el archivo de configuración para definir el rango de direcciones IP disponibles y otros parámetros de red. Una vez reiniciado el servicio, el servidor DHCP podrá asignar direcciones IP a dispositivos que lo soliciten.
FUNDAMENTALS: Copias de seguridad y registro de transacciones SolidQ
En esta sesión analizaremos las copias de seguridad (backups) y el funcionamiento del log de transacciones. Veremos que para definir correctamente nuestra política de backups y dimensionar correctamente nuestro log de transacciones necesitaremos conocer los modelos de recuperación disponibles en SQL Server debido a la estrecha relación existente entre estos, el log de transacciones y la política de backups apropiada.
Webcast alta disponibilidad-exchange_2010Hector Cortes
Este documento resume las novedades de alta disponibilidad en Exchange Server 2010, incluyendo la introducción de Database Availability Groups que proporcionan alta disponibilidad a nivel de base de datos en lugar de servidor, y mejoras en la alta disponibilidad del transporte y el acceso de clientes.
Este documento describe cómo usar rsync para realizar copias de seguridad. Rsync permite hacer copias de seguridad locales o remotas de forma eficiente al transferir solo los archivos modificados. El documento explica las características y funcionamiento de rsync, y proporciona ejemplos de cómo usarlo para copias de seguridad incrementales, incluir y excluir archivos, y realizar copias de seguridad remotas a través de SSH.
Un clúster MySQL integra un servidor MySQL estándar y un motor de almacenamiento en memoria llamado NDB clúster funcionando en un conjunto de computadoras. Las tablas de la base de datos se almacenan utilizando el motor NDB en los nodos de almacenamiento, y los nodos de datos funcionan utilizando un esquema de espejado permitiendo soportar caídas de nodos individuales. Una solución software como HAProxy puede ser usada para balancear la carga entre los nodos SQL.
Este documento discute las causas comunes de un Out of Memory en BizTalk y sugiere soluciones. Puede ocurrir cuando se procesan grandes cantidades de mensajes o documentos XML grandes, lo que causa que la memoria del host se llene rápidamente. Las soluciones incluyen distribuir adaptadores en hosts separados, reducir el tamaño de los mensajes y documentos, y ajustar los valores de Watermark para controlar la cantidad de mensajes procesados simultáneamente.
Este documento describe los pasos para instalar Apache Kafka, ZooKeeper y Java en Ubuntu, incluyendo la descarga e instalación de los paquetes necesarios, la creación de un usuario kafka, y la configuración de los servicios de ZooKeeper y Kafka para que se ejecuten automáticamente al iniciar el sistema. También explica cómo crear un primer topic en Kafka llamado "TutorialTopic" y probar la publicación y consumo de mensajes a través de scripts de línea de comandos de productor y consumidor.
Este documento describe los pasos para instalar Apache Kafka, ZooKeeper y Java en Ubuntu. Explica cómo crear un usuario kafka, descargar e instalar Kafka y configurar ZooKeeper y los servicios de Kafka para que se inicien automáticamente al arrancar el sistema. También muestra cómo crear un topic de prueba y publicar y consumir un primer mensaje en Kafka para validar la instalación.
09 adm bases de datos abd5501 (03 unidad 2 oracle)La_Conchito
Los archivos de redo log registran todos los cambios en los datos y proveen mecanismos de recuperación ante fallas. Cada transacción es escrita sincrónicamente en los archivos de redo log con el propósito de proveer un mecanismo de recuperación en caso de falla. Los archivos de redo log son organizados en grupos y cada grupo contiene miembros asociados a archivos físicos en disco. El proceso LGWR escribe la información de las transacciones de forma concurrente en todos los miembros de cada grupo de redo log.
Este documento describe la instalación y configuración de un clúster de servidores con PostgreSQL y pgpool-II para mejorar el rendimiento y disponibilidad. Se explica cómo instalar y configurar PostgreSQL en dos nodos, y luego pgpool-II para proporcionar funciones como replicación, balanceo de carga y tolerancia a fallos entre los nodos.
Este documento describe la instalación y configuración de Fail2Ban en una máquina Fedora 17. Fail2Ban es una herramienta que analiza los registros de acceso a los servicios del servidor para detectar intentos de acceso fallidos y bloquear automáticamente las direcciones IP responsables. La instalación de Fail2Ban crea una estructura de directorios y archivos de configuración. El documento explica cómo configurar las opciones generales, activar el filtro para el servicio FTP proftpd y comprobar que el formato de fecha en los registros sea compatible
Este documento describe la configuración de varios servidores DNS en una red. Incluye la instalación y configuración de un servidor DNS caché, un servidor DNS primario para una zona directa e inversa, la adición de un subdominio, la configuración de un servidor secundario y la delegación de un subdominio a un servidor delegado. Se proporcionan detalles sobre los archivos de configuración de DNS y las herramientas de consulta para validar las configuraciones.
Este instructivo proporciona instrucciones para cambiar el servidor de Capataz y Tango, incluyendo hacer copias de seguridad de la información, desinstalar Capataz en el servidor anterior e instalarlo en el nuevo servidor, copiar las carpetas de datos esenciales al nuevo servidor, y reconfigurar las terminales para apuntar al nuevo servidor.
Este documento proporciona información sobre la replicación de datos en PostgreSQL utilizando la herramienta Slony-I. En menos de 3 oraciones: El documento explica cómo configurar la replicación maestro-esclavo de una base de datos PostgreSQL utilizando Slony-I en Windows, incluyendo los pasos para instalar las herramientas necesarias como PostgreSQL, Slony-I y PGAdmin, y luego crear la base de datos, configurar Slony-I y el firewall, y generar los scripts de replicación.
III LLAMPAGEEK 2013: Base de Datos Distribuidas con PostgreSQL.EtiCAGNU
Este documento presenta una introducción a PostgreSQL, un sistema de gestión de bases de datos relacional abierto. Describe las características técnicas de PostgreSQL como su compatibilidad con estándares SQL, su extensibilidad, y su capacidad para manejar grandes volúmenes de datos. También discute el soporte disponible para PostgreSQL y algunas organizaciones que usan este software, incluyendo el Gobierno Regional de Lambayeque en Perú.
El documento proporciona información sobre el Protocolo Ligero de Acceso a Directorios (LDAP). LDAP es un conjunto de protocolos abiertos utilizados para acceder a información almacenada centralmente en una red de forma menos compleja que el estándar X.500. LDAP organiza la información de forma jerárquica en directorios que pueden almacenar una variedad de datos e incluso usarse como un servicio de información de red. Generalmente se usa como un directorio telefónico virtual pero puede propagar consultas a otros servidores LDAP.
БOЛГАРИЯ - НОВАЯ ЗЕМЛЯ! Все мы являемся современниками грандиозной эпохи трансформации нашего мира на вновь обетованной земле. Этот мир - наш общий дом, за который все мы в ответе, и можем организовать его согласно нашему пониманию о прекрасной жизни. Болгария является новой возможностью как место для отдыха и как страна для проживания и постоянного места жительства, и этого может добиться каждый, кто захочет.
This document is a project report submitted by Shelly Jumba to Punjab Technical University in partial fulfillment of an MBA degree. It discusses conducting a project on capital markets under the guidance of lecturer Shivani Jagneja. The project report includes an index, introduction on capital markets, acknowledgements, preface, and sections on the debt market and stock exchange.
The document discusses navigating in a presentation and contains tips for creating clip art and drawing even if not very skilled. It also mentions a date and some social data by region without providing more context.
This document discusses cryptography and encrypting sensitive documents. It recommends encrypting documents to safeguard sensitive information and avoid eavesdroppers being able to read them. The encryption process encodes information so that only authorized parties can read the encrypted document.
Building Information Modeling (BIM) can provide significant financial benefits such as eliminating up to 40% of unbudgeted changes, reducing the time to generate cost estimates by up to 80%, and improving cost estimate accuracy to within 3%. BIM enables clash detection which can save up to 10% of the contract value and reduces project time by up to 7%. It also improves collective understanding of design intent, reduces conflicts and change orders through trade coordination and design assistance.
This document outlines a circuit training session, including the number of circuits completed, heart rate measurements at different stations and times, and an evaluation of the previous session. It discusses progressively overloading the circuit this week by changing factors like time at stations, number of circuits, or exercise order/intensity. Heart rates were taken during different circuits and recovery periods to monitor exertion and recovery.
OpenKM is a web base document management application that uses standards and Open Source technologies . OpenKM integrates all essential document management, collaboration and advanced search functionality into one easy to use solution.
OpenKM is a web base document management application that uses standards and Open Source technologies. OpenKM provides full document management capabilities including version control and file history, metadata, scanning, workflow, search, and more. It also allows the social activities around content to be used to connect people to other people, information to information, and people to information.
OpenKM Professional Extension: Stapling DocumentsOpenKM
Stapling allows grouping related files and documents together in a folder or email. The stapling creator can add or remove documents from the group and delete the entire group. Other users can only download documents they have rights to access within a stapled group. The stapling process involves selecting a file to staple, clicking start stapling, and then clicking finish stapling to complete.
This document provides an examiners' report on the June 2011 GCSE Physical Education exam. It summarizes the key points as follows:
1. Overall, candidates were well prepared for the exam and a full range of marks were achieved. The more successful candidates scored highly across the entire paper, demonstrating knowledge of both traditional and newer topics on the specification.
2. Areas that proved more challenging for less successful candidates included providing specific examples when required and essay responses that were difficult to interpret due to writing skills.
3. The report provides guidance for future teaching, emphasizing the benefits of teaching theory through practical examples to help candidates apply their knowledge with a greater bank of examples. It also provides exam preparation tips around
This document provides guidance for assessing the controlled assessment component of the Edexcel GCSE (Short Course) in Physical Education and GCSE in Physical Education qualifications. It outlines the key aims of the qualifications and provides:
1) Detailed assessment criteria for evaluating student practical performance in various physical activities.
2) Requirements and assessment criteria for the analysis of performance controlled assessment task.
3) Information on administering controlled assessments, including authentication of student work.
4) Example assessment sheets and documentation to aid teachers in assessing student practical performances and written work.
OpenKM is a Document Management System, that due to its characteristics can be used by big companies as well as by the small ones, as a useful tool in processing knowledge management, providing a more flexible and cost effective alternative to other proprietary applications
The document provides guidance for students at Dubai British School on developing a personal exercise program, including seeking medical advice before starting, assessing individual needs and fitness levels, setting specific and measurable targets, and designing a training program that incorporates the principles of training and FITT to improve components of fitness. Students are guided to select appropriate exercises and design training circuits to meet their targets and fitness goals.
Gimermed Co. ltd was looking for a document management system (DMS) to help them classify, manage, and control their design history files, device master records, and other quality documents related to medical device development. Their existing process of just saving files was not compliant. OpenKM met their requirements for classification, version control, workflow/review capabilities, and an engineering drawing database. They chose OpenKM over larger PLM systems because it was easier to use and maintain and gave them more control over documents. After testing the trial version, they implemented OpenKM to help manage documents according to their taxonomy and meet ISO quality requirements.
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
Este documento describe la implementación de un servidor proxy web/caché utilizando la aplicación Squid. Se instaló Squid en un servidor Red Hat y se editó el archivo de configuración para agregar listas de acceso que deniegan dominios y palabras clave específicas. Se probaron las configuraciones desde equipos cliente y el servidor Squid almacenó con éxito el contenido de las páginas web en su caché para proveerlo más rápido a los clientes.
Conozca la estructura del gestor mas potente del mercado.
Arquitectura de Oracle Database 11g, descripcion conceptual, utilizacion de la memoria, procesos especificos.
Este documento proporciona instrucciones para configurar un servidor de streaming de audio usando ShoutCast. Explica las diferentes opciones de configuración del archivo sc_serv.conf como el número máximo de usuarios, la contraseña, el puerto de escucha, la ubicación del archivo de registro, el número de canciones mostradas recientemente y las direcciones IP de emisión y recepción.
Este documento proporciona instrucciones para configurar un servidor de streaming de audio usando ShoutCast. Explica las diferentes opciones de configuración en el archivo sc_serv.conf como el número máximo de usuarios, la contraseña, el puerto de escucha, la ubicación del archivo de registro, el número de canciones mostradas recientemente, y la configuración de las IPs y puertos de emisión y recepción.
All the content of this website is informative and non-commercial, does not imply a commitment to develop, launch or schedule delivery of any feature or functionality, should not rely on it in making decisions, incorporate or take it as a reference in a contract or academic matters. Likewise, the use, distribution and reproduction by any means, in whole or in part, without the authorization of the author and / or third-party copyright holders, as applicable, is prohibited.
Este documento contiene la práctica 4 sobre el servidor web Apache en Linux. Se compone de 11 ejercicios en los que se exploran conceptos como HTTP, la instalación de Apache y su configuración, la creación de sitios virtuales, la configuración de puertos de escucha, directivas de configuración, logs y errores, directorios virtuales y módulos de Apache.
Implementación vSphere Metro Storage ClusterRaGaZoMe
Este documento describe la configuración de un clúster de almacenamiento metro entre dos sitios utilizando VMware vSphere. Se crea un clúster virtual que incluye hosts de ambos centros de datos y se configura almacenamiento compartido entre los sitios mediante HPE 3PAR con replicación. Adicionalmente, se configuran reglas de afinidad, vSphere HA y vSphere DRS para permitir la alta disponibilidad y migración de máquinas virtuales entre los sitios en caso de fallas. Se prueban diferentes escenarios de falla como la caída
Este documento explica cómo instalar y configurar el servidor web Apache en Ubuntu 20.04. Instruye sobre cómo instalar Apache, ajustar el firewall para permitir el tráfico HTTP, verificar que Apache funcione correctamente, y administrar el proceso de Apache. También cubre cómo configurar hosts virtuales para alojar múltiples sitios web, y familiarizarse con los archivos y directorios importantes relacionados con la configuración y administración de Apache.
Este documento describe varios parámetros importantes para optimizar el rendimiento de un servidor IIS, incluyendo la configuración de grupos de aplicaciones, reciclaje de procesos, límites de conexiones, y monitoreo de recursos del sistema como CPU, memoria, disco y red. Analizar estos parámetros bajo cargas controladas puede revelar cuellos de botella que pueden corregirse modificando la configuración de IIS o agregando más recursos hardware.
El espacio swap se utiliza cuando la memoria RAM está llena, moviendo páginas inactivas a los discos duros. Se recomienda asignar espacio swap equivalente a 2-16GB dependiendo de la cantidad de RAM, aunque puede añadirse o eliminarse swap posteriormente. Se puede configurar swap mediante particiones dedicadas, volúmenes lógicos LVM o archivos swap, y es necesario desactivarlo antes de modificarlo.
El espacio swap se utiliza cuando la memoria RAM está llena, moviendo páginas inactivas a los discos duros. Se recomienda asignar espacio swap equivalente a 2-16GB dependiendo de la RAM, aunque puede añadirse o eliminarse swap posteriormente. Se puede configurar swap mediante particiones, volúmenes lógicos LVM o archivos, activándolo/desactivándolo y modificando su tamaño para optimizar el uso de memoria y disco.
El documento describe los conceptos de procesos, estados de procesos, implementación de procesos, comunicación entre procesos, secciones críticas y exclusión mutua. Un proceso es un programa en ejecución que puede estar en los estados de ejecutando, listo, bloqueado o muerto. El sistema operativo mantiene información sobre cada proceso en una tabla de procesos. Los procesos se comunican para transferir información y deben coordinarse para evitar condiciones críticas cuando comparten recursos.
La replicación es un conjunto de tecnologías destinadas a la copia y distribución de datos y objetos de base de datos desde una base de datos a otra, para luego sincronizar ambas bases de datos y mantener su coherencia.
El documento proporciona instrucciones para instalar y configurar PostgreSQL de manera óptima en un servidor de producción. Recomienda separar los espacios de datos y tablespaces de PostgreSQL de las particiones raíz y /var, e instalar PostgreSQL en su propia partición para evitar conflictos de acceso al disco. También recomienda configurar el acceso remoto, optimizar parámetros como shared_buffers, work_mem y bgwriter_delay, y dejar al usuario postgres solo para accesos de emergencia.
1) Oracle Server es un sistema de gestión de bases de datos que proporciona acceso a la información almacenada en una base de datos Oracle a través de una instancia Oracle. 2) Una instancia Oracle combina procesos en segundo plano y estructuras de memoria para acceder a una única base de datos. 3) La memoria de Oracle se compone del SGA y el PGA, donde el SGA almacena información compartida como la caché de buffers y el conjunto compartido.
2.8 Comandos generales de alta y baja del SGBDEmanuelMuoz11
Este documento describe los comandos para iniciar y cerrar una base de datos Oracle. Explica los modos NOMOUNT, MOUNT y OPEN para iniciar la base de datos, y cómo cada modo realiza pasos específicos como leer archivos de parámetros, montar la base de datos, y abrirla a los usuarios. También describe los modos SHUTDOWN NORMAL, TRANSACTIONAL, ABORT e IMMEDIATE para cerrar la base de datos de manera ordenada o abrupta.
El documento proporciona una introducción a los conceptos básicos de las bases de datos Oracle, incluyendo sus componentes principales como el servidor Oracle, la instancia Oracle, el área global del sistema, la base de datos Oracle y los procesos involucrados. También describe las funciones clave de un administrador de base de datos de Oracle.
All the content of this website is informative and non-commercial, does not imply a commitment to develop, launch or schedule delivery of any feature or functionality, should not rely on it in making decisions, incorporate or take it as a reference in a contract or academic matters. Likewise, the use, distribution and reproduction by any means, in whole or in part, without the authorization of the author and / or third-party copyright holders, as applicable, is prohibited.
Oracle es una base de datos escalable y fácil de gestionar. Los administradores de bases de datos son responsables de mantener la instancia de Oracle para procesar solicitudes de usuario mediante tareas como planificación, seguridad, copias de seguridad y ajustes. La memoria de Oracle incluye el área global del sistema y la global de programas para almacenar definiciones, consultas, y datos de sesiones y procesos.
1. ALTA DISPONIBILIDAD Y BALANCEO DE CARGA
Los servidores de bases de datos pueden trabajar en conjunto para permitir a un segundo servidor
pasar a un plano principal si el primero cae (alta disponibilidad) , o permitir a varias computadoras
servir la misma información (balance de carga). Idealmente, los servidores de bases de datos
podrían trabajar conjuntamente. Los servidores que ofrecen paginas web estáticas pueden ser
combinadas fácilmente mediante el balanceo de carga para múltiples peticiones. De hecho,
servidores con bases de datos de solo lectura pueden ser combinadas de una forma relativamente
fácil. Desafortunadamente, la mayoría de los servidores de bases de datos tienen muchas peticiones
mezcladas de lectura/escritura, y esto es mucho más difícil de combinar. Esto es así debido a que
para implementar servidores de solo lectura, solamente se necesita colocar la información una vez
en el/los servidor/es replicados, y escribir en el principal únicamente, que será el que propague a
todos los servidores replicados.
El problema de la sincronización es la principal dificultad para trabajar con los servidores
conjuntamente. Esto es debido a que no hay una única solución que elimine el impacto del
problema de la sincronización para cada caso concreto. Cada problema se resuelve de diferente
forma, y minimiza el impacto para una carga específica de trabajo.
Algunas soluciones tratan la sincronización permitiendo que solo un servidor sea el que modifique
los datos. Los servidores que pueden modificar los servidores llamados de escritura/lectura,
maestros o primarios. Los servidores que siguen los cambios en el maestro son llamados “standby”
o servidores esclavos. Un servidor standby que no puede ser conectado hasta que sea promovido
por un servidor maestro se denomina “warm standby server”, y uno que puede aceptar conexiones y
peticiones de solo lectura es denominado “hot standby server”.
Algunas soluciones son síncronas, que quiere decir que una transacción de modificación de datos no
es considerada “committed” o consignada, hasta que todos los servidores han consignado la
transacción. Esto garantiza que un fallo no hará perder ningún dato y que todo el balanceo de carga
de los servidores devolverá resultados consistentes sin importar en qué servidor se realiza una
petición. En contraste, las soluciones asíncronas permiten algo de retraso entre el tiempo de un
“commit” o consignación y su propagación al resto de servidores, abriendo la posibilidad the
algunas transacciones podrían ser perdidas en el cambio a un servidor de copia de seguridad, y que
los servidores de carga balanceada podrían devolver resultados ligeramente diferentes. La
comunicación asíncrona es utilizada cuando la síncrona es muy lenta.
En este caso la replicación propuesta es una Replicación “Master-Standby”
2. LOG-SHIPPING
Log-Shipping se puede describir como el traspaso de registros WAL de una base de datos a otra.
PostgreSQL implementa este trasvase de registros o log-shipping mediante la transferencia de UN
archivo WAL (o segmento WAL). Los archivos WAL (de 16MB) pueden ser trasvasados fácilmente
y con coste bajo a cualquier distancia. El ancho de banda requerido para esta técnica varía de
acuerdo con la tasa de transferencia del servidor primario.
Hay que tener en cuenta que el “log-shipping” es asíncrono, ya que los registros WAL son
trasvasados tras la conclusión de una transacción. Como resultado hay una ventana de pérdida de
datos si el servidor primario sufre un fallo, y las transacciones no trasvasadas se darán por perdidas.
El tamaño de la ventana de pérdida de datos puede ser limitada mediante el uso del parámetro
“archive_timeout”, el cual debe ser configurado cuanto más bajo posible mejor (unos pocos
segundos). Sin embargo con una configuración baja de segundos incrementaremos sustancialmente
el ancho de banda dedicado al log-shipping. La replicación bajo streaming nos permite una ventana
de pérdida mucho menor.
El rendimiento de recuperación es suficientemente bueno que el el servidor replicado (que
denominamos standby) tendrá plena disponibilidad en breves momentos tras ser activado.
Como resultado, tendremos una configuración que ofrece alta disponibilidad denominada “warm
standby”. Un servidor standby puede ser usado para consultas de solo lectura, siendo este caso
denominado servidor “Hot Standby”.
3. MODO “SERVIDOR STANDBY”
En el modo Standby (o en espera), el servidor replicado aplica los archivos WAL recibidos por el
servidor maestro. El servidor en standby puede leer información WAL bien desde un archivo o
directamente del servidor maestro bajo una conexión TCP (streaming replication). El servidor
standby también intentará restaurar cualquier archivo WAL encontrado en el directorio pg_xlog del
cluster standby. Hecho que ocurre normalmente después de reiniciar un servidor, cuando el servidor
standby procesa otra vez el archivo WAL que fue enviado por el maestro con anterioridad, pero se
puede hacer también de forma manual copiando los archivos al directorio pg_xlog en cualquier
momento para volverlo a procesar.
Al inicio, el servidor standby comienza por las restauración de todos los archivos WAL disponibles
en la dirección indicada, llamando al restore_command. Si una vez alcanzado el final de la
información WAL disponible, y el restore_command falla, se puede intentar restaurar cualquier
archivo WAL disponible en el directorio pg_xlog. Si falla, y la replicación por streaming ha sido
configurada, el servidor en standby intentará conectarse con el servidor primario y empezar el
streaming WAL desde el último registro válido encontrado en el directorio o pg_xlog. Si esto falla o
el streaming no está configurado, o si la conexión permanece desconectada, el servidor standby
regresará al punto uno, e intentará restaurar el directorio otra vez. Este bucle de reintentos del
directorio (pg_xlog) y la replicación vía streaming continuará hasta que el servidor sea parado o
caiga disparado por un trigger.
PREPARANDO EL SERVIDOR MAESTRO PARA SERVIDORES STANDBY
Configurar el archivo continuo en el servidor primario hacia un directorio accesible para el servidor
en standby se realiza de la siguiente manera.
Un servicio postgresSQL en funcionamiento produce una secuencia indefinida de registros.
El sistema físicamente los divide en segmentos WAL, los cuales adoptan un tamaño de
16megas (aunque el segmento puede ser modificado en la compilación de postgres). Los
segmentos tienen nombres numéricos que reflejan su posición en la secuencia abstracta
WAL. Cuando no se está utilizando el archivo WAL, el sistema normalmente crea unos
pocos segmentos y entonces recicla los anteriores mediante el renombramiento a un numero
más alto. Es asumido que los archivos contenidos preceden a un checkpoint anterior al
último o no son de interés y por tanto podrán ser reciclados.
1. Activar el archivo WAL
Para activar el archivo WAL, hay que configurar el parámetro “wal_level” a archive (o
host_standby), el modo archive a on, y especificar el comando shell a utilizar en el
parámetro “archive_command”. En la practica estas configuraciones siempre están en el
archivo postgresql.conf. Dentro del parámetro “archive_command”, %p es reemplazado por
el nombre de la ruta donde se van a guardar los archivos WAL, mientras que %f es
reemplazado solamente por el nombre de archivo en sí. (el nombre de la ruta es relativa al
actual directorio de trabajo, por ejemple el directorio del cluster).
archive_command = 'test ! -f /mnt/server/archivedir/%f && cp %p
/mnt/server/archivedir/%f' # Unix
archive_command = 'copy "%p" "C:serverarchivedir%f"' # Windows
Si ejecutasemos el primer comando los archivos se guardaría de esta manera:
test ! -f /mnt/server/archivedir/00000001000000A900000065 && cp
pg_xlog/00000001000000A900000065
4. /mnt/server/archivedir/00000001000000A900000065
El comando deberá ser ejecutado por el propietario que será el mismo usuario sobre el que el
servidor PostgreSQL está corriendo. Como recomendación sería prudente cambiar los
permisos del directorio para que no todos pudieran acceder a éste ya que contiene toda la
información de la base de datos.
Si el comando devuelve cero en el estatus, todo habrá ido correctamente y postgres asumirá
que los archivos se han guardado correctamente.
Si quisiésemos una replicación streaming, configuraríamos la autenticación en el servidor
primario para permitir la replicación desde los servidores en standby; es decir, crearíamos
un rol y lo proveeríamos de una entrada en pg_hba.conf con el campo de la base de datos a
replicar. Además asegurarse que el parámetro “max_wal_senders” está configurado lo
suficientemente grande para el servidor primario.
2. Realizar una copia de seguridad base para arrancar el servidor standby
El procedimiento para realizar un backup base es relativamente simple.
1- Asegurarse que el archivo WAL está activo y trabajando.
2- Conectarse a la base de datos como superusuario y utilizar el comando:
SELECT pg_start_backup ('label, true');
donde label es cualquier cadena que querramos para identificar la operación.
pg_start_backup creará un archivo de backup en el directorio del cluster con la información .
3. Ejecutar el backup, utilizando una herramienta convieniente como tar o cpio (no
pg_dump ni pg_dumpall).
4. Conectar otra vez con la base de datos como superusuario y ejecutar el comando:
SELECT pg_stop_backup();
Esto termina el modo backup y ejecuta el cambio al siguiente segmento WAL.
5. Una vez que los segmentos WAL estén archivos, estará ok.
Si quisiésemos utilizar la replicación streaming, configurar la autenticación en el servidor primario
para permitir conexiones replicadas desde el servidor standby; esto es, crear un rol y prever una
apropiada entrada o entradas en pg_hba_conf con el campo de la base de datos configurada para la
replicación.
5. Bases de dades PostgreSQL. REPLICACIÓ.
Instruccions
Anomena i desa aquest arxiu amb aquesta estructura de nom:
CognomNom_ASIXIAW_UF3_P6.PDF
Exemple: FernàndezXavi_ASIXIAW_UF3_P6.PDF
Has de lliurar el document amb la pràctica realitzada al moodle dins de la data prevista.
Als documents amb un nom diferent al proposat se'ls descomptarà un 1 punt de la nota. PDF
Activitats
En aquesta pràctica realitzarem una replicació entre un servidor mestre i un servidor esclau.
L'escenari és el següent: Dos màquines virtuals amb SO Ms Windows de 32bits. Cal tindre en
compte que les versions han de ser idèntiques. Farem ús del passos descrits en el pdf de la pre-
sentació.
Per dur a terme aquesta tasca necessitarem:
- Dos màquines virtuals Windows 7, el SGBD PostgresSQL.
Activitats a realitzar en la pràctica:
- Crea un servidor mestre i altre d'esclau amb PostgreSQL instal·lat.
- Crea una base de dades exemple al servidor mestre amb alguna taula i dades.
- Fes una còpia inicial i transfereix el directori de dades com diu el pdf.
- Realitza els passos necessaris per tal d'activar la replicació.
- Resultat: PostgreSQL replicant-se en el servidor esclau amb accés en mode lectura.
Documentació que heu de lliurar:
1. Documenta solament amb imatges.
En aquesta ocasió, una vegada finalitzada la replicació, hauràs de fer una demostració al
professor del funcionament de l'activitat.
6. ACTIVIDAD
1. Para empezar tendremos que tener los Servidores con una IP fija y en la misma red ya que la
transmisión de datos va a ser vía TCP y las direcciones han de conocerse.
Para el maestro:
Para el servidor:
7. CONFIGURANDO EL SERVIDOR MAESTRO
Empezamos!!
Vamos a C:Program FilesPostgreSQL9.5data
Vamos a la zona de conexiones y autenticación y decimos al maestro que escuche las peticiones de
cualquier máquina de la red. NOTA (en este caso podríamos restringirlo a la IP del Servidor Stanby
ya que solo tengo uno)
Vamos a la zona de configuración WAL (Write Ahead Log)
Activamos el archivamiento y el comando de archivo que copie los WAL de postgres a un directorio
de la máquina.
8. Creamos la carpeta en el c:archivos_WAL
Vamos a la zona de configuración de REPLICACIÓN
CAMBIAMOS DE ARCHIVO DE CONFIGURACIÓN HBA
C:Program FilesPostgreSQL9.5datapg_hba.conf
Permitimos conexiones desde otros equipos para la replicación.
9. REALIZACIÓN DE UNA COPIA BASE SERVIDOR MAESTRO
Empezamos la copia base
Copiamos el directorio data
Paramos la copia base
CONFIGURANDO EL SERVIDOR ESCLAVO
Activamos el standby
10. Creamos un archivo denominado recovery.conf
Reemplazamos los archivos del data que hay en el server con el maestro, exceptuando
postgresql.conf, el .auto, hba.conf, y postmaster.pid.
Reiniciamos el servicio.