Su búsqueda no coincide con ningún resultado.
Le sugerimos que pruebe lo siguiente para encontrar lo que busca:
Oracle Database Cloud Service le permite crear, escalar y proteger fácilmente bases de datos Oracle en la nube. Para crear bases de datos puede usar sistemas de base de datos consistentes en servidores básicos (con almacenamiento local NVMe flash o SSD) o máquinas virtuales con volúmenes de bloque, que proporcionan un alto rendimiento y precios rentables. El servicio también ofrece soporte para la implementación de Oracle RAC "primero en la nube" en servidores de máquinas virtuales en la capa de red de nube virtual.
Puede administrar sus bases de datos mediante herramientas sencillas como parches, Data Guard o copias de seguridad/recuperación, a las que se puede acceder a través de la consola o las API REST de Oracle Cloud Infrastructure. Como alternativa, puede acceder a su host de base de datos y usar las herramientas existentes para administrar sus bases de datos en la nube, de la misma manera que las administra localmente.
Oracle Database Cloud Service aprovisiona un sistema de base de datos con el número solicitado de núcleos en un servidor básico o una máquina virtual de alto rendimiento, implementa el software de Oracle Database de la edición que elija y crea el sistema de base de datos en una red de nube virtual (VCN). La VCN es una red privada con listas de seguridad configuradas por el usuario que protege al sistema de base de datos contra accesos no autorizados.
Oracle Database Cloud Service también proporciona funciones para facilitar la gestión, como parches de servicios de bases de datos, configuración de alta disponibilidad mediante Oracle Data Guard y copia de seguridad/restauración que simplifica las tareas diarias necesarias para ejecutar las bases de datos Oracle.
Una vez que haya creado una cuenta de Oracle Cloud Infrastructure, puede crear una base de datos Oracle en Database Cloud Service a través de la consola, las API REST, la interfaz de línea de comandos y los SDK.
Tanto los servidores básicos como las máquinas virtuales son compatibles con el Modelo de créditos universales de Oracle, con precios de "licencia incluida" e "incorpore su propia licencia". Los precios son flexibles tanto con la opción de pago por uso como con los precios de compromiso con descuento a través de Oracle Sales. Los precios dependen de la edición que elija y de la forma de la base de datos, así como del número de núcleos que elija.
Para consumir instancias de base de datos de Oracle Database Cloud Service, cree una cuenta en shop.oracle.com. Como alternativa, los clientes existentes pueden ponerse en contacto con su representante comercial para crear una cuenta y habilitar un grupo de créditos existente, o comprar un nuevo grupo, para consumir recursos de Oracle Cloud Infrastructure. Consulte la sección Precios de bases de datos para obtener más información.
Las tenencias Medida/No medida existentes se facturarán según el plan existente hasta que se conviertan en una tenencia del Modelo de créditos universales.
Actualmente, Oracle Database Cloud Service admite las versiones 11.2.0.4, 12.1.0.2, 12.2.0.1 y 18.1.0.0 de Oracle Database.
Las siguientes ediciones del software Oracle Database son compatibles y están optimizadas para la nube.
La siguiente lista describe las opciones de base de datos disponibles para cada edición. Tenga en cuenta que todos los paquetes incluyen Oracle Database Transparent Data Encryption (TDE).
Edición de la base de datos | Opciones de la base de datos |
Standard Edition | Incluye el paquete Oracle Database Standard Edition. |
Enterprise Edition | Incluye el paquete Oracle Database Enterprise Edition, Data Masking and Subsetting Pack, Diagnostics Pack, Tuning Pack y Real Application Testing. |
Enterprise Edition High Performance | Extiende el paquete Enterprise con las siguientes opciones: Multitenant, Partitioning, Advanced Compression, Advanced Security, Label Security, Database Vault, OLAP, Advanced Analytics, Spatial & Graph, Database Lifecycle Management Pack y Cloud Management Pack para Oracle Database. |
Enterprise Edition Extreme Performance | Extiende el paquete de alto rendimiento con las siguientes opciones: Real Application Clusters (RAC), In-Memory Database y Active Data Guard. |
Para cumplir los estrictos requisitos de rendimiento de las aplicaciones empresariales esenciales, Oracle Database Cloud Service admite tres formas de servidor básico que pueden alcanzar más de 200 000 TPS o IOPS para una sola base de datos. Los sistemas de base de datos de servidor básico utilizan almacenamiento NVMe o SSD conectado localmente para garantizar el máximo rendimiento. La cantidad de almacenamiento está determinada por la forma especificada al iniciar el sistema de base de datos.
Forma de servidor básico | Núcleos/OCPU | Memoria | Tipo de almacenamiento | Almacenamiento bruto | Almacenamiento (duplicación de 2 vías) | Almacenamiento (duplicación de 3 vías) |
BM.HighIO1.36* | 2 – 36 | 512 GB | NVMe | 12,8 TB | 3,5 TB | 2,3 TB |
BM.DenseIO1.36 | 2 – 36 | 512 GB | NVMe | 28,8 TB | 9,4 TB | 5,4 TB |
BM.DenseIO2.52 | 2 – 52 | 768 GB | NVMe | 51,2 TB | 16 TB | 9 TB |
BM.RACLocalStorage1.72* (consta de dos nodos físicos) |
2 –36 por nodo | 512 GB por nodo | SSD | 64 TB | 22,1 TB | 14 TB |
Tenga en cuenta que, cuando se usa la Standard Edition con formas High IO y Dense IO, el número máximo permitido de OCPU es de 8 OCPU por instancia.
Las formas *BM.HighIO1.36 y BM.RACLocalStorage1.72* ya no están disponibles, pero continúan siendo compatibles con los clientes existentes.
Formas de máquinas virtuales
Oracle Database Cloud admite diversas máquinas virtuales basadas en formas de computación estándar de máquina virtual. La elección de formas de máquina virtual proporciona rentabilidad y flexibilidad para seleccionar de uno a 24 núcleos y de 256 GB a 40 TB de almacenamiento remoto escalable y duradero.
Forma de máquina virtual | Núcleos/OCPU | Memoria | Almacenamiento (solo bloque) | Ancho de banda de red |
VM.Standard.1.1 | 1 | 7 GB | 256 GB - 40 TB | Hasta 600 Mbps |
VM.Standard.1.2 | 2 | 14 GB | 256 GB - 40 TB | Hasta 1,2 Gbps |
VM.Standard.1.4 | 4 | 28 GB | 256 GB - 40 TB | 1,2 Gbps |
VM.Standard.1.8 | 8 | 56 GB | 256 GB - 40 TB | 2,4 Gbps |
VM.Standard.1.16 | 16 | 112 GB | 256 GB - 40 TB | 4,8 Gbps |
VM.Standard.2.1 | 1 | 15 GB | 256 GB - 40 TB | 1 Gbe |
VM.Standard.2.2 | 2 | 30 GB | 256 GB - 40 TB | 2 Gbe |
VM.Standard.2.4 | 4 | 60 GB | 256 GB - 40 TB | 4 Gbe |
VM.Standard.2.8 | 8 | 120 GB | 256 GB - 40 TB | 8 Gbe |
VM.Standard.2.16 | 16 | 240 GB | 256 GB - 40 TB | 16 Gbe |
VM.Standard.2.24 | 24 | 320 GB | 256 GB - 40 TB | 25 Gbe |
Nota: Para cualquier forma con más de 2 núcleos, puede especificar Número total de nodos = 2 para obtener la configuración de RAC. Cuando se usa la Standard Edition, la forma máxima permitida es VM.Standard1.8.
Las siguientes opciones Dense IO y Bring Your Own License basadas en sistemas de servidor básico "X5" de Oracle Database Cloud Service ya no están disponibles, pero siguen siendo compatibles con los clientes existentes:
SKU | Forma de instancia de computación | Alternativas recomendadas |
Servidor básico – "X5" Dense I/O – Standard Edition | Servidor básico "X5" Dense/IO
|
Servidor básico "X7" – Dense I/O
|
Servidor básico – "X5" Dense I/O – Enterprise Editions (Enterprise Edition, High Performance, Extreme Performance) | Servidor básico "X5" Dense/IO
|
Servidor básico "X7" – Dense I/O
|
Servidor básico – "X5" Dense I/O – BYOL | Servidor básico "X5" Dense/IO
|
Servidor básico "X7" – Dense I/O
|
Máquina virtual estándar – "X5" – todas las ediciones (Standard, Enterprise, High Performance, Extreme Performance, BYOL) | VM.Standard1.1
|
VM.Standard2.1
basado en "X7"
|
Máquina virtual estándar – "X5" – todas las ediciones (Standard, Enterprise, High Performance, Extreme Performance, BYOL) | VM.Standard1.2
|
VM.Standard2.2
basado en "X7"
|
Máquina virtual estándar – "X5" – todas las ediciones (Standard, Enterprise, High Performance, Extreme Performance, BYOL) | VM.Standard1.4
|
VM.Standard2.4
basado en "X7"
|
Máquina virtual estándar – "X5" – todas las ediciones (Standard, Enterprise, High Performance, Extreme Performance, BYOL) | VM.Standard1.8
|
VM.Standard2.8
basado en "X7"
|
Máquina virtual estándar – "X5" – todas las ediciones (Standard, Enterprise, High Performance, Extreme Performance, BYOL) | VM.Standard1.16
|
VM.Standard2.16
basado en "X7"
|
Un sistema de base de datos es un servidor básico o una máquina virtual que tiene el software Oracle Database desplegado y configurado con un número de núcleos, una edición de software y una versión de base de datos especificados por el usuario.
Sí. Un sistema de base de datos de servidor básico puede tener múltiples alojamientos de bases de datos, que a su vez pueden contener múltiples bases de datos. Todas las bases de datos contenidas en un alojamiento de base de datos deben tener la misma versión, pero cada alojamiento de base de datos puede tener una versión diferente. Por ejemplo, un sistema de base de datos Enterprise Edition puede contener DB_Home11, que contiene únicamente bases de datos de la Enterprise Edition 11.2.0.4, y DB_Home12, que contiene únicamente bases de datos de la Enterprise Edition 12.1.0.2. Sin embargo, tenga en cuenta que los sistemas de base datos de máquina virtual son instancias de base de datos individuales.
No, no se puede cambiar la edición. Sin embargo, puede cancelar fácilmente el sistema de base de datos e iniciar otro con la edición que prefiera.
Al lanzar un sistema de base de datos, la base de datos inicial que se crea en el sistema utiliza los juegos de caracteres predeterminados, AL32UTF8 y AL16UTF16. Sin embargo, puede seleccionar fácilmente el conjunto de caracteres que prefiera durante el lanzamiento, en las opciones avanzadas de la base de datos.
Sí, puede incorporar su propia licencia. Oracle Database Cloud Service admite modelos de precios con licencia incluida o BYOL.
Oracle le recomienda encarecidamente que utilice Enterprise Manager para sus necesidades de supervisión de bases de datos. Oracle planea añadir pronto la capacidad de devolver métricas directamente desde el servicio de base de datos.
Consulte la documentación de Límites de servicio para ver los límites predeterminados de cada tipo de instancia e instrucciones sobre cómo solicitar una ampliación de límite. Estaremos encantados de ampliar los límites de su cuenta según sea necesario.
Sí. Oracle Database Cloud Service admite una instancia de Oracle RAC "primero en la nube" en máquinas virtuales dentro de una red de nube virtual.
Puede configurar Oracle RAC en máquinas virtuales estableciendo el "Número total de nodos" en 2 durante el lanzamiento del sistema de base de datos.
Database Service on VMs es una solución de servicio de base de datos que permite a los clientes crear, escalar y gestionar bases de datos Oracle con todas las funciones en máquinas virtuales. Las principales ventajas de ejecutar bases de datos en máquinas virtuales son la rentabilidad, la facilidad para empezar, un almacenamiento duradero y escalable, y la capacidad de ejecutar Real Application Clusters (RAC) para mejorar la disponibilidad.
Las bases de datos RAC se ejecutarán en un solo dominio de disponibilidad, garantizando que cada nodo se encuentre en un rack físico independiente, a fin de proporcionar una alta disponibilidad. Database Cloud Service on VMs se basa en la misma infraestructura en la nube de alto rendimiento y alta disponibilidad utilizada por todos los servicios de Oracle Cloud Infrastructure.
El servicio de base de datos en máquinas virtuales ofrece varias ventajas, desde un bajo coste hasta almacenamiento flexible. En concreto:
Sí, en Database Cloud Service on VMs se admiten bases de datos RAC (Real aplicación Cluster) con una configuración RAC de 2 nodos. El RAC de 2 nodos se habilita seleccionando node = 2 al configurar la base de datos de máquina virtual. Tenga en cuenta que la base de datos RAC solo se admite en Enterprise Edition Extreme Performance, y el número mínimo de núcleos por máquina virtual es dos.
No. Actualmente no se permite cambiar el número de núcleos utilizados por el sistema de base de datos una vez que se ha creado.
No, no es posible crear múltiples alojamientos en una base de datos de máquina virtual. Cada instancia de la base de datos de máquina virtual solo puede iniciar una base de datos por instancia.
Puede escalar fácilmente el almacenamiento para un sistema de base de datos a través de la consola, las API REST, la interfaz de línea de comandos y los SDK. Database Cloud Service on VMs usa almacenamiento en bloques remoto, por lo que puede configurar el almacenamiento disponible en cualquier lugar desde 256 GB hasta 40 TB. La ampliación del almacenamiento se produce sin tiempo de inactividad. Nota: El almacenamiento total conectado a una instancia será la suma del almacenamiento disponible, el almacenamiento de recuperación y el tamaño del software. El cliente selecciona el almacenamiento disponible, el almacenamiento de recuperación se calcula automáticamente en función del almacenamiento disponible, y el tamaño del software es un coste fijo de la base de datos Oracle.
Oracle Cloud Infrastructure admite el modelo de créditos universales de Oracle con precios para licencia incluida e incorporación de su propia licencia. Los precios son flexibles, tanto con la opción de pago por uso como con los precios de compromiso con descuento a través de Oracle Sales. Oracle Database se cobra en función de los siguientes elementos de uso:
Consulte la sección Precios de bases de datos para obtener más información.
Oracle Database Cloud Service es on-demand y elástico, lo que significa que solo se le cobrará por lo que use. Sus cargos se redondean a la hora. Por ejemplo: Si una instancia se ejecuta durante 45 minutos y se cancela, se le cobrará una hora.
Puede utilizar la función de copia de seguridad/restauración o bien utilizar RMAN para configurar las copias de seguridad de las bases de datos en Oracle Cloud Infrastructure Object Storage. El coste de las copias de seguridad es la cantidad total de almacenamiento de objetos consumida y se cobrará según los precios de almacenamiento de objetos.
La configuración de Data Guard en dos sistemas de bases de datos desplegados en dominios de disponibilidad independientes configura la alta disponibilidad para sus bases de datos. El precio de cada sistema de base de datos sigue los modelos de precios estándar descritos en precios de bases de datos.
Sí, Oracle Database Cloud Service permite detener la facturación de bases de datos de máquinas virtuales. Para sacar partido a esta funcionalidad, vaya al sistema de base de datos de máquina virtual y seleccione el nodo que desee detener. La base de datos permanecerá intacta mientras el nodo esté detenido. No se le facturarán las horas en las que el nodo no se esté ejecutando. En el caso de las horas parciales, se le facturará el número máximo de OCPU utilizadas por el sistema de base de datos durante esa hora.
El cese de facturación no es aplicable a los sistemas de base datos Dense I/O o Exadata. Cuando se detiene un nodo, se sigue facturando, ya que se mantiene todo el entorno alojado. Para reducir costes de las formas Dense I/O básica o Exadata, puede utilizar la funcionalidad de escalabilidad de CPU online de la forma de la base de datos y reducir las OCPU a 2 para DenseIO y a 0 para Exadata en entornos no utilizados y de menor uso. Si se establece el recuento de OCPU en 0 para un Exadata Cloud Service, se apagarán las máquinas virtuales, así como las bases de datos que se estén ejecutando.
Una VCN es una red privada personalizable en Oracle Cloud Infrastructure. Al igual que una red de centro de datos tradicional, una VCN le proporciona control completo de su entorno de red. Esto incluye asignar su propio espacio privado de direcciones IP, crear subredes, crear tablas de rutas y configurar cortafuegos con estado. Un solo cliente puede tener múltiples VCN, lo que permite agrupar y aislar los recursos relacionados.
Al desplegar en una VCN de forma predeterminada, obtiene la seguridad y la flexibilidad de:
Le recomendamos que cree subredes independientes en cada dominio de disponibilidad y coloque sus sistemas de base de datos en esas subredes. Esto le permite definir con precisión listas de seguridad de entrada/salida para la subred y controlar el acceso a la red.
Los sistemas de base de datos se configuran con TDE de forma predeterminada durante el aprovisionamiento. Tiene la flexibilidad de iniciar sesión y controlar otras políticas de seguridad en el sistema de base de datos. Puede seguir las mejores prácticas de seguridad de base de datos (PDF) estándar.
Oracle Cloud Infrastructure Identity and Access Management (IAM) le permite configurar su entorno de nube en conformidad con sus requisitos de seguridad y cumplimiento. Desde la perspectiva de la base de datos, usted configura políticas de IAM que le permiten restringir el acceso a sistemas de base de datos de servidor nativo o máquina virtual a un conjunto seleccionado de usuarios (DBA) para la gestión. Consulte nuestra documentación técnica sobre cómo usar Oracle IAM con Oracle Database Cloud Service.
Sí, con acceso raíz completo al sistema de base de datos puede configurar auditorías para todas las operaciones en el sistema de base de datos. Oracle Database Cloud Service proporciona un sólido soporte de auditoría en todas las ediciones de la base de datos. Los registros de auditoría incluyen información sobre la operación que se auditó, el usuario que realizó la operación y la fecha y hora de la operación. Los registros de auditoría se pueden almacenar en el seguimiento de auditoría de la base de datos o en archivos del sistema operativo. La auditoría estándar incluye operaciones sobre privilegios, esquemas, objetos y declaraciones.
Además, puede usar Oracle Cloud Infrastructure Audit para auditar todas las llamadas de gestión de API realizadas en su tenencia.
Para las formas que se ofrecen actualmente en Oracle Cloud Infrastructure, los costes, el almacenamiento disponible, el rendimiento o la necesidad de bases de datos Oracle RAC determinarán su selección en el servicio de base de datos. Tenga en cuenta el plan de crecimiento del tamaño de su base de datos cuando seleccione la forma.
Sí, para los sistemas básicos puede cambiar la cantidad de núcleos utilizados por el sistema de base de datos. Puede hacerlo directamente desde la consola o a través de nuestras API, sin tiempo de inactividad. Actualmente no se ofrece escalabilidad de núcleos para máquinas virtuales.
No, al ampliar o reducir no se reinicia la instancia. Esta funcionalidad permite ahorrar costes al reducir el número de núcleos utilizados cuando no se necesitan en escenarios de desarrollo y pruebas.
No, no puede conectar volúmenes de almacenamiento en bloques a un sistema de base de datos con servidor básico. Sin embargo, los servicios para base de datos en la nube en máquinas virtuales utilizan volúmenes de bloque remotos para bases de datos totalmente gestionadas por la plataforma.
Se le proporciona acceso raíz completo a su sistema de servidor básico y de máquina virtual. Puede conectar con el sistema de base de datos mediante SSH y la información de claves de SSH.
Oracle Database Cloud Service ofrece acceso SSH raíz completo a la instancia de base de datos, así como la capacidad de definir los esquemas y cualquier ajuste de rendimiento en la instancia. Puede analizar el archivo de Oracle Trace para averiguar el motivo de la lentitud de las consultas. También recomendamos usar Enterprise Manager para supervisar las métricas de rendimiento (uso de CPU, rendimiento de red, etc.) del sistema de base de datos para comprender si hay métricas de nivel de sistema que se desvían del comportamiento normal.
Para obtener soporte para la depuración y solución de problemas, envíe una solicitud de servicio a través de My Oracle Support. Además, puede registrarse en Oracle Premier Support, que ofrece opciones de soporte permanente. Póngase en contacto con su representante comercial para obtener más información.
La función de aplicación de parches de Database Cloud Service simplifica los pasos necesarios para aplicar parches a sus sistemas de bases de datos y a sus bases de datos. Puede usar la consola de Oracle Cloud Infrastructure y las API para ver los parches que se pueden aplicar a su sistema de base de datos o a su alojamiento de base de datos, y enviar una solicitud de parche. Database Cloud Service ejecutará los pasos necesarios para aplicar el parche y le mostrará el estado de la operación.
Puede ver todos los parches que se han aplicado y, si es necesario, volver a aplicar un parche. Además, puede usar los controles de Oracle Identity and Access Management (IAM) para gestionar el acceso a las funciones de aplicación de parches.
Puede usar la consola de Oracle Cloud Infrastructure y las API Rest para acceder a la función.
La red en la nube (VCN) de su sistema de base de datos debe configurarse con una puerta de enlace a Internet. El tráfico de red entre el sistema de base de datos y Oracle Object Storage estará en la red troncal de servicio interno de Oracle Database Cloud Service
Puede usar la función de aplicación de parches con todos los sistemas de base de datos de servidor básico con 1 y 2 nodos y de todas las formas y ediciones. Actualmente no se puede utilizar con RAC de 2 nodos, máquinas virtuales y sistemas Exadata. Sin embargo, puede aplicar parches a estos sistemas mediante la utilidad OPatch tras iniciar sesión en su host.
Se pueden aplicar parches específicos de Database Cloud Service para sistemas de bases de datos y alojamientos de bases de datos. Para sistemas de base de datos solo estará disponible el parche más reciente, mientras que para los alojamientos de bases de datos estarán disponibles los parches más recientes y también los más antiguos. Puede ver la lista de parches para sistemas de base de datos y alojamientos de base de datos disponibles actualmente en la documentación técnica de Oracle Cloud Infrastructure.
Sí, si hay uno o más parches disponibles para esas versiones. Actualmente hay parches disponibles para las versiones de base de datos 11.2.0.4, 12.1.0.2 y 12.2.0.1.
Puede iniciar sesión en el host y aplicar parches provisionales mediante la utilidad OPatch. Le recomendamos que no aplique parches de paquetes trimestrales on-premises mediante la utilidad OPatch. Es posible que estos parches no funcionen sin aplicar parches adicionales específicos de la nube. En su lugar, debe aplicar parches trimestrales personalizados para la nube que están disponibles a través de la consola y las API REST de Oracle Cloud Infrastructure Database Cloud Service.
Para aplicar parches a estos sistemas puede acceder a su host y utilizar la utilidad OPatch. Obtenga más información sobre la utilidad OPatch.
Sí, habrá tiempo de inactividad para sistemas de base de datos de 1 nodo si no ha configurado Oracle Data Guard. Debe seguir las mejores prácticas de Maximum Availability Architecture (MAA) para evitar que haya tiempo de inactividad.
En caso de que se produzca un error al aplicar el parche, el sistema o alojamiento de base de datos estará en estado ”Disponible”. El historial de parches puede indicar la razón del error de la operación. Para depurar la causa raíz del fallo puede acceder al host para ver registros detallados relacionados con la aplicación de parches. Si la información de registro no es útil para depurar el problema, puede presentar una solicitud a Oracle Support para que le ayuden a determinar la causa raíz.
Sí, su sistema de base de datos debe tener la misma versión o una versión superior que la del alojamiento de base de datos. Para evitar conflictos de versiones, primero debe aplicar los parches del sistema de base de datos y, a continuación, los parches del alojamiento de base de datos. Si no sigue este orden, recibirá un mensaje de error al aplicar el parche.
Sí, puede realizar una comprobación previa de un parche antes de aplicarlo. Sin embargo, para revertir un parche tiene que iniciar sesión en el host de su base de datos y usar la utilidad OPatch.
Sí, puede usar el servicio Oracle Identity and Access Management (IAM) para restringir el acceso a nivel de usuario y de grupo.
Sí, los parches de Oracle Database Bundle y los parches de Oracle Cloud Infrastructure Database son diferentes. Los parches de Oracle Cloud Infrastructure Database son un superconjunto que contiene los parches de Oracle Database Bundle, las solicitudes de etiquetas de combinación (MLR) específicas de Oracle Cloud Infrastructure y otros parches.
No, actualmente no se admite la aplicación de parches al sistema operativo. Puede acceder al host directamente para aplicar el parche manualmente al sistema operativo. Consulte la documentación de Actualizaciones del sistema operativo de sistemas de base de datos de servidor básico y de máquina virtual y Actualizaciones del sistema operativo de sistema de base de datos Exadata para obtener más información.
Sí, los parches de base de datos son acumulativos. Los nuevos parches de Oracle Cloud Infrastructure Database contienen parches anteriores del sistema o el alojamiento de base de datos de la misma versión.
Oracle Cloud Infrastructure le notificará por correo electrónico los parches de seguridad esenciales. En función de la importancia del parche, estableceremos un plazo para aplicar el parche de seguridad.
Depende del tipo de parche. Una vez aplicado el parche, el estado de un sistema o alojamiento de base de datos cambiará a ”Disponible”.
Hacer una copia de seguridad de su base de datos es un aspecto esencial de cualquier entorno de base de datos Oracle. Están disponibles múltiples opciones para almacenar y recuperar sus copias de seguridad. Puede usar la función de copia de seguridad y restauración en la consola, la interfaz de línea de comandos (CLI) o las API REST de Oracle Cloud Infrastructure, o bien configurar y gestionar manualmente las copias de seguridad mediante dbcli o RMAN. Puede ver todas las opciones en la documentación técnica.
La función de copia de seguridad y restauración de la base de datos le permite utilizar la consola, la interfaz de línea de comandos o las API Rest de Oracle Cloud Infrastructure para crear y gestionar copias de seguridad de sus bases de datos. También puede restaurar una base de datos existente a partir de una copia de seguridad o crear una base de datos nueva a partir de una copia de seguridad.
La función de copia de seguridad y restauración proporciona una consola, una interfaz de línea de comandos y API REST para crear y gestionar copias de seguridad. Cuando utiliza la consola, puede crear copias de seguridad completas o configurar copias de seguridad incrementales automáticas con unos pocos clics. Del mismo modo, puede ver sus copias de seguridad y restaurar su base de datos desde el último estado correcto conocido, un punto en el tiempo o un SCN (número de cambio del sistema). También puede crear una nueva base de datos a partir de su copia de seguridad en un sistema de base de datos existente o nuevo.
Sus copias de seguridad se almacenan en Oracle Cloud Infrastructure Object Storage. Se aplican las tarifas de servicio por el almacenamiento de sus copias de seguridad. Obtenga más información sobre los precios de Object Storage. No hay cargos adicionales por usar la función.
La función de copia de seguridad y restauración es compatible con todas las formas, ediciones y versiones de bases de datos en servidor básico o máquina virtual. Actualmente no es compatible con Exadata. Sin embargo, para Exadata puede configurar manualmente RMAN (Recovery Manager) para realizar copias de seguridad y recuperación.
Actualmente se ofrecen copias de seguridad completas on-demand y copias de seguridad incrementales automáticas.
El período de retención de las copias de seguridad incrementales automáticas es de 30 días.
No, la función de copia de seguridad y restauración no permite controlar esta configuración. Sin embargo, puede usar la opción RMAN manual para personalizar el período de retención o la frecuencia.
Si habilita las copias de seguridad automáticas para una base de datos, Oracle Cloud Infrastructure Database Cloud Service creará la primera copia de seguridad de nivel 0. Después de la primera copia de seguridad, se ejecutarán copias de seguridad de nivel 1 todos los días hasta el siguiente fin de semana. Cada fin de semana se creará una nueva copia de seguridad de nivel 0. Las copias de seguridad automáticas habilitadas por primera vez después del 20 de noviembre de 2018 en cualquier base de datos se ejecutarán entre las 00:00 a.m. y las 6:00 a.m. en la zona horaria de la región del sistema de base de datos. Si habilitó las copias de seguridad automáticas en una base de datos antes de esta fecha, el período de copia de seguridad para la base de datos se mantendrá entre las 00:00 a.m. y las 6:00 a.m. UTC.
Sí, todas sus copias de seguridad se cifran con la misma clave maestra que se utiliza para el cifrado TDE.
Sus copias de seguridad se almacenan en Oracle Cloud Infrastructure Object Storage. Oracle Object Storage se diseñó para ofrecer una alta durabilidad. Los datos se almacenan de forma redundante en varios servidores de almacenamiento y en varios dominios de disponibilidad. La integridad de los datos se controla activamente mediante sumas de comprobación, y los datos dañados se detectan y reparan automáticamente. Cualquier pérdida en la redundancia de datos se detecta y se repara automáticamente, sin que el cliente se vea afectado.
Si utiliza la función de copia de seguridad y restauración, sus operaciones de copia de seguridad pueden fallar si la base de datos o el sistema de base de datos no están en estado ”Disponible”. Acciones como la aplicación de parches, la adición de claves SSH y las operaciones de Data Guard pueden cambiar el estado del sistema de base de datos o la base de datos. Para evitar fallos de copia de seguridad, asegúrese de que no se realicen estas acciones durante el período de tiempo de ejecución de la copia de seguridad (00:00 a 6:00 UTC). En caso de fallo de una copia de seguridad incremental automática, Database Cloud Service vuelve a intentar la operación de copia de seguridad durante el período de copia de seguridad del día siguiente. En caso de fallo de una copia de seguridad on-demand, debe volver a intentar manualmente la operación cuando el sistema de base de datos y la base de datos estén disponibles.
Si utiliza la función de copia de seguridad y restauración, puede restaurar su base de datos al estado más reciente, a un punto en el tiempo o a un estado confirmado de la base de datos definido por un número de cambio del sistema (SCN). También puede usar dbcli o RMAN para tener más opciones de restauración.
Para encontrar el número SCN, acceda a la base de datos o a los registros online o archivados.
Sí, puede crear una nueva base de datos a partir de su copia de seguridad en un sistema de base de datos existente o nuevo. Sin embargo, debe eliminarse la base de datos desde la que se generó la copia de seguridad antes de usar la copia de seguridad para este propósito. Para una copia de seguridad de un sistema de base de datos en máquina virtual, debe cancelar la instancia de la base de datos de la que se realizó la copia de seguridad antes de usar la copia de seguridad en un sistema de base de datos nuevo o existente.
Sí, puede elegir cualquier sistema de base de datos existente o crear un nuevo sistema de base de datos en cualquier compartimento. Sin embargo, el sistema de base de datos nuevo o existente debe estar en el mismo dominio de disponibilidad en el que está alojada la copia de seguridad. Si crea un nuevo sistema de base de datos, la edición del software Oracle Database que especifique debe ser igual o mayor que la de la base de datos de la que realizó la copia de seguridad. Además, la forma que especifique debe ser del mismo tipo que la de la base de datos de la que realizó la copia de seguridad. Por ejemplo, si utiliza una copia de seguridad de una base de datos de 1 nodo, el sistema de base de datos que seleccione como destino también debe ser un sistema de base de datos de 1 nodo.
No, las copias de seguridad incrementales automáticas no están habilitadas de manera predeterminada. Puede habilitar la opción durante la creación de la base de datos o en cualquier momento después del aprovisionamiento de la base de datos.
Oracle recomienda encarecidamente cancelar todas las bases de datos de un sistema de base de datos antes de cancelar el sistema de base de datos. Al cancelar una base de datos, puede elegir crear una copia de seguridad final que permanecerá en Object Storage como una copia de seguridad independiente. Posteriormente podrá restaurar esta copia de seguridad independiente como una nueva base de datos.
Puede configurar manualmente RMAN para mover la copia de seguridad de su base de datos a Oracle Cloud Infrastructure Object Storage y usar esa copia de seguridad para crear una base de datos en un sistema de base de datos nuevo o existente.
Puede iniciar sistemas de bases de datos en diferentes dominios de disponibilidad y configurar Data Guard para crear bases de datos Oracle de alta disponibilidad. Oracle Data Guard garantiza una alta disponibilidad, protección de datos y recuperación ante desastres para datos empresariales. Data Guard proporciona un conjunto integral de servicios que permiten crear, mantener, administrar y supervisar una o más bases de datos de reserva.
Puedes revisar Data Guard para alta disponibilidad y Mejores prácticas de Maximum Availability Architecture (MAA) para obtener información sobre cómo configurar una configuración de alta disponibilidad sin pérdida de datos para bases de datos Oracle.
Un dominio de disponibilidad es el subcomponente de una región diseñada para ser independiente y muy fiable. Cada dominio de disponibilidad se crea con una infraestructura (edificios, generadores de energía, equipos de refrigeración y conectividad de red) totalmente independiente. En el caso de desastres extremadamente infrecuentes, como incendios o inundaciones, solo se verá afectado un dominio de disponibilidad. Además, los dominios de disponibilidad de una misma región están conectados con una red de alta velocidad y baja latencia, lo que permite a los clientes crear y ejecutar aplicaciones y cargas de trabajo muy fiables con un impacto mínimo en la latencia y el rendimiento de la aplicación.
Estos dominios de disponibilidad independientes de fallos permiten a los clientes crear aplicaciones altamente disponibles en la nube sin sacrificar el rendimiento. Recomendamos encarecidamente que coloque las bases de datos principales y de reserva en dominios de disponibilidad diferentes para asegurarse de que estén protegidas ante los fallos comunes descritos anteriormente.
Todas las ediciones de bases de datos Enterprise admiten Data Guard. La edición Enterprise Extreme Performance es compatible con Active Data Guard.
Database Cloud Service permite configurar Data Guard a través de la consola de Oracle Cloud Infrastructure y las API REST.
Con unos pocos clics, puede habilitar Data Guard y realizar acciones de conmutación, conmutación por error y restablecimiento. También puede configurar un control de acceso detallado para la función mediante Oracle Identity and Access Management Service. El uso de esta función no conlleva ningún coste
Todas las formas en máquina virtual y servidor básico de 1 y 2 nodos son compatibles con la función Data Guard. Actualmente no es compatible con Exadata. Sin embargo, puede configurar Data Guard manualmente para Exadata. Inicie sesión en su host y acceda a la interfaz de línea de comandos de Data Guard (DGMGRL). Obtenga más información sobre DGMGRL.
Actualmente ofrece funciones de conmutación, conmutación por error y restablecimiento. Sin embargo, puede configurar Data Guard manualmente. Inicie sesión en su host y acceda a la interfaz de línea de comandos de Data Guard (DGMGRL). Obtenga más información sobre DGMGRL.
Actualmente ofrece el modo de protección de rendimiento máximo y el tipo de transporte asíncrono. Sin embargo, puede configurar modos de protección y tipos de transporte adicionales. Inicie sesión en el sistema de base de datos y acceda a la interfaz de línea de comandos de Data Guard (DGMGRL). Obtenga más información sobre DGMGRL.
Para configurar Data Guard, los sistemas de bases de datos principal y secundario deben estar en la misma VCN, y el puerto 1521 debe estar abierto en ambos sistemas de bases de datos. Los sistemas de base de datos pueden estar en subredes diferentes.
Sí, puede configurar Data Guard en el mismo dominio de disponibilidad de una región, o en dominios diferentes. Sin embargo, Oracle recomienda establecer la configuración de Data Guard en los distintos dominios de disponibilidad.
Sí, puede configurar Data Guard en las distintas regiones, pero la función Data Guard de Data Cloud Service no lo admite actualmente. Puede configurar manualmente Data Guard en las distintas regiones. Para ello, inicie sesión en su host y utilice DGMGRL. Debe habilitar una puerta de enlace de Internet en la VCN del sistema de base de datos principal y el de reserva para que Data Guard transporte registros a través de las regiones. Obtenga más información sobre DGMGRL.
No, actualmente no se permite configurar Data Guard en distintos compartimentos.
Sí, para habilitar una asociación de Data Guard mediante la función Data Guard, la forma y la edición del sistema de base de datos de reserva deben coincidir con las del sistema de base de datos principal.
La base de datos de reserva se crea con la misma versión que la base de datos principal.
No, actualmente la función Managed Broker no es compatible con la función Data Guard. Sin embargo, puede configurar manualmente Managed Broker. Para ello, inicie sesión en su host de base de datos y acceda a la interfaz de línea de comandos de Data Guard (DGMGRL). Obtenga más información sobre DGMGRL.
Para eliminar la asociación de Data Guard mediante la función Data Guard antes debe eliminar la base de datos de reserva. Cuando elimine la base de datos de reserva, se eliminará automáticamente la asociación de Data Guard.
Con la función Data Guard, debe eliminar la base de datos de reserva para poder eliminar la base de datos principal. Como alternativa, puede iniciar una operación de conmutación para que la base de datos principal pase a ser la de reserva, y cancelar la base de datos de reserva.
No, con la función Data Guard solo puede crear una única base de datos física de reserva. Sin embargo, puede crear manualmente múltiples bases de datos de reserva. Para ello, inicie sesión en el sistema de base de datos y acceda a DGMGRL. Obtenga más información sobre DGMGRL.
Sí, puede configurar Data Guard entre una base de datos on-premises y una base de datos de Oracle Cloud Infrastructure. Puede utilizar DGMGRL para configurar manualmente Data Guard entre su base de datos on-premises y una base de datos de Oracle Cloud Infrastructure. Obtenga más información sobre DGMGRL.
Sí, puede controlar el acceso a las funciones de Data Guard mediante Oracle Identity and Access Management. Obtenga más información sobre Oracle Identity and Access Management.
Puede aplicar parches a la base de datos en la configuración de Data Guard principal y de reserva. Primero debe aplicar el parche manualmente a la base de datos de reserva, y luego conmutar a la base de datos principal para aplicar el parche.
Puede usar la función de copia de seguridad y restauración de Oracle Cloud Infrastructure Database para hacer una copia de seguridad de sus bases de datos principales o restaurarlas. Si desea habilitar la copia de seguridad para una base de datos de reserva, acceda al host de la base de datos de reserva y use RMAN (Recovery Manager).
Si usa la función Data Guard, cuando conmute a la base de datos principal se supondrá que está en estado “Deshabilitada”. Cuando haya solucionado el problema en la base de datos de reserva deshabilitada, puede restablecerla como base de datos de reserva disponible. Después puede conmutar para restablecerla como base de datos principal.
Sí, con Active Data Guard configurado, puede usar las instancias de reserva para operaciones de solo lectura. Las operaciones de escritura no están habilitadas en una base de datos de reserva.
Recomendamos utilizar Enterprise Manager para supervisar los sistemas de base de datos gestionados por Oracle Cloud Infrastructure. Si habilita las operaciones de registro de auditoría en la instancia, también puede ver los registros para determinar cuándo se produjo la conmutación por error.
Para configuraciones de RAC de 2 nodos, la conmutación por error tardará unas decenas de segundos. Sin embargo, si la conmutación por error se realiza con Data Guard entre dos instancias que están en dominios de disponibilidad diferentes, la conmutación por error debe tardar menos de dos minutos.
No, la forma RAC de 2 nodos es un conjunto en dos servidores dentro de la misma zona de disponibilidad pero en racks diferentes. El almacenamiento se comparte entre ambas instancias. Esta configuración protege contra fallos de hardware en la instancia. Para obtener mayor disponibilidad, le recomendamos que configure otra forma de RAC de 2 nodos en un dominio de disponibilidad distinto.
Sí, con acceso raíz al sistema de base de datos, puede revisar y auditar todas las operaciones de las bases de datos del sistema de base de datos.