No hay resultados de la búsqueda

Su búsqueda no arrojó ningún resultado.

We suggest you try the following to help find what you're looking for:

  • Check the spelling of your keyword search.
  • Use synonyms for the keyword you typed, for example, try “application” instead of “software.”
  • Try one of the popular searches shown below.
  • Start a new search.

 

Trending Questions

Preguntas frecuentes

Abrir todo Cerrar todo

    General

  • ¿Qué es Oracle Database Cloud Service?

    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.

  • ¿Qué prestaciones ofrece Oracle Database Cloud Service?

    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.

  • ¿Qué tengo que hacer para crear mi primera base de datos?

    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.

  • ¿Cómo pago los recursos que consumo?

    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.

  • ¿Qué versiones del software Oracle Database se admiten?

    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.

  • ¿Qué ediciones del software Oracle Database se admiten?

    Las siguientes ediciones del software Oracle Database son compatibles y están optimizadas para la nube.

    • Standard Edition
    • Enterprise Edition
    • Enterprise Edition High Performance
    • Enterprise Edition Extreme Performance
  • ¿Qué opciones de base de datos están disponibles con las diferentes ediciones del software Oracle Database?

    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.
  • ¿Qué formas (configuraciones de almacenamiento y CPU) están disponibles al iniciar un sistema de base de datos?

    Formas de servidor básico
    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.

  • ¿Qué opciones de actualización se recomiendan para las formas de una generación anterior?

    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
    • OCPU: 2 habilitadas; hasta 6 OCPU adicionales (se adquieren por separado)
    • Memoria: 512 GB
    • SSD NVME de 28,8 TB brutos, aprox. 9,4 TB con duplicación de dos vías, aprox. 5,4 TB con duplicación de tres vías
    • Ancho de banda de red: 10 Gbps
    Servidor básico "X7" – Dense I/O
    • OCPU: 2 habilitadas; hasta 6 OCPU adicionales (se adquieren por separado)
    • Memoria: 768 GB
    • SSD NVME de 51,2 TB brutos, aprox. 16 TB con duplicación de dos vías, aprox. 9 TB con duplicación de tres vías
    • Ancho de banda de red: 2x25 Gbps
    Servidor básico – "X5" Dense I/O – Enterprise Editions (Enterprise Edition, High Performance, Extreme Performance) Servidor básico "X5" Dense/IO
    • OCPU: 2 habilitadas; hasta 34 OCPU adicionales (se adquieren por separado)
    • Memoria: 512 GB
    • SSD NVME de 28,8 TB brutos, aprox. 9,4 TB con duplicación de dos vías, aprox. 5,4 TB con duplicación de tres vías
    • Ancho de banda de red: 10 Gbps
    Servidor básico "X7" – Dense I/O
    • OCPU: 2 habilitadas; hasta 50 OCPU adicionales (se adquieren por separado)
    • Memoria: 768 GB
    • SSD NVME de 51,2 TB brutos, aprox. 16 TB con duplicación de dos vías, aprox. 9 TB con duplicación de tres vías
    • Ancho de banda de red: 2x25 Gbps
    Servidor básico – "X5" Dense I/O – BYOL Servidor básico "X5" Dense/IO
    • OCPU: 2 habilitadas; hasta 6 OCPU adicionales (se adquieren por separado) para la Standard Edition. Hasta 34 OCPU adicionales (se adquieren por separado) para las Enterprise Editions
    • Memoria: 512 GB
    • SSD NVME de 28,8 TB brutos, aprox. 9,4 TB con duplicación de dos vías, aprox. 5,4 TB con duplicación de tres vías
    • Ancho de banda de red: 10 Gbps
    Servidor básico "X7" – Dense I/O
    • OCPU: 2 habilitadas; hasta 6 OCPU adicionales (se adquieren por separado) para la Standard Edition. Hasta 50 OCPU adicionales (se adquieren por separado) para las Enterprise Editions
    • Memoria: 768 GB
    • SSD NVME de 51,2 TB brutos, aprox. 16 TB con duplicación de dos vías, aprox. 9 TB con duplicación de tres vías
    • Ancho de banda de red: 2x25 Gbps
    Máquina virtual estándar – "X5" – todas las ediciones (Standard, Enterprise, High Performance, Extreme Performance, BYOL) VM.Standard1.1
    • OCPU: 1
    • Memoria: 7 GB
    • Ancho de banda de red: hasta 600 Mbps
    VM.Standard2.1 basado en "X7"
    • OCPU: 1
    • Memoria: 15 GB
    • Ancho de banda de red: 1 Gbps
    Máquina virtual estándar – "X5" – todas las ediciones (Standard, Enterprise, High Performance, Extreme Performance, BYOL) VM.Standard1.2
    • OCPU: 2
    • Memoria: 14 GB
    • Ancho de banda de red: hasta 1,2 Gbps
    VM.Standard2.2 basado en "X7"
    • OCPU: 2
    • Memoria: 30 GB
    • Ancho de banda de red: 2 Gbps
    Máquina virtual estándar – "X5" – todas las ediciones (Standard, Enterprise, High Performance, Extreme Performance, BYOL) VM.Standard1.4
    • OCPU: 4
    • Memoria: 28 GB
    • Ancho de banda de red: 1,2 Gbps
    VM.Standard2.4 basado en "X7"
    • OCPU: 4
    • Memoria: 60 GB
    • Ancho de banda de red: 4,1 Gbps
    Máquina virtual estándar – "X5" – todas las ediciones (Standard, Enterprise, High Performance, Extreme Performance, BYOL) VM.Standard1.8
    • OCPU: 8
    • Memoria: 56 GB
    • Ancho de banda de red: 2,4 Gbps
    VM.Standard2.8 basado en "X7"
    • OCPU: 8
    • Memoria: 120 GB
    • Ancho de banda de red: 8,2 Gbps
    Máquina virtual estándar – "X5" – todas las ediciones (Standard, Enterprise, High Performance, Extreme Performance, BYOL) VM.Standard1.16
    • OCPU: 16
    • Memoria: 112 GB
    • Ancho de banda de red: 4,8 Gbps
    VM.Standard2.16 basado en "X7"
    • OCPU: 16
    • Memoria: 240 GB
    • Ancho de banda de red: 16,4 Gbps
  • ¿Qué es un sistema de base de datos?

    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.

  • ¿Puedo crear múltiples bases de datos dentro de un sistema de base de datos?

    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.

  • ¿Puedo cambiar la edición de la base de datos después de lanzar un sistema de base de datos?

    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.

  • ¿Puedo cambiar los juegos de caracteres de la base de datos después de lanzar un sistema de base de datos?

    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.

  • ¿Puedo incorporar mi propia licencia (BYOL) a Oracle Database Cloud Service?

    Sí, puede incorporar su propia licencia. Oracle Database Cloud Service admite modelos de precios con licencia incluida o BYOL.

  • ¿Cuáles son los mejores prácticas recomendadas para supervisar el sistema de base de datos?

    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.

  • ¿Cuáles son los límites del número de sistemas de base de datos que puedo crear con mi cuenta?

    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.

  • ¿Se admite Oracle RAC en Oracle Database Cloud Service?

    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.

    Máquinas virtuales

  • ¿Qué es Oracle Cloud Infrastructure Database Service on Virtual Machines (VMs)?

    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.

  • ¿Qué ventajas ofrece el servicio de base de datos en máquinas virtuales?

    El servicio de base de datos en máquinas virtuales ofrece varias ventajas, desde un bajo coste hasta almacenamiento flexible. En concreto:

    • Rentable y flexible: los clientes pueden empezar con una máquina virtual de una sola OCPU y ampliar hasta 24 OCPU. Los clientes pagan solo por las OCPU y el almacenamiento que utilicen.
    • Comienzo fácil: los clientes pueden crear fácilmente bases de datos 11g, 12c (tanto 12.1 como 12.2) con todas las funciones, totalmente compatibles y con certificación de Oracle, además de la posibilidad de elegir cualquier edición de base de datos.
    • Estructuras de alta disponibilidad incorporadas: los clientes pueden desplegar fácilmente configuraciones RAC de 2 nodos con todas las formas de máquina virtual. Por ejemplo: Despliegue fácilmente una configuración RAC de 2 nodos con máquinas virtuales de 2 núcleos y almacenamiento en bloques compartido de hasta 40 TB.
    • Almacenamiento duradero y escalable: los clientes pueden usar almacenamiento remoto a partir de 256 GB y hasta 40 TB. Se puede ampliar el almacenamiento sin tiempo de inactividad.
    • Seguro: los clientes obtienen todas las ventajas de nuestro Oracle IAM Estoy para control de gestión y las listas de seguridad de VCN para proteger sus entornos de bases de datos.
  • ¿Las bases de datos RAC son compatibles con Database service on VMs?

    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.

  • ¿Puedo cambiar la cantidad de núcleos asociados a un sistema de base de datos en una forma de máquina virtual después de la creación inicial?

    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.

  • ¿Puedo crear múltiples alojamientos de base de datos en una máquina virtual?

    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.

  • ¿Cómo puedo escalar el almacenamiento disponible para un servicio de base de datos que se ejecuta en una máquina virtual?

    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.

    Facturación

  • ¿Cómo se mide y factura el uso de Oracle Database Cloud Service?

    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:

    • Entorno alojado por hora: el entorno alojado se define como la instancia del sistema de base de datos base que tiene una capacidad base de CPU, almacenamiento local (solo para servidores básicos) y OCPU habilitadas para la edición que elija. Cada hora de entorno alojado parcial consumida se factura como una hora completa.
    • OCPU por hora: puede habilitar OCPU adicionales por entorno o sistema de base de datos alojados. Cada hora de OCPU parcial consumida se factura como una hora completa.
    • Volúmenes de bloque: el servicio de base de datos en máquina virtual usa volúmenes de bloque remotos. Puede conectar almacenamiento desde 256 GB hasta 40 TB y pagar por el almacenamiento total, que es la suma del almacenamiento disponible, el almacenamiento de recuperación y el tamaño del software. Usted selecciona el almacenamiento disponible, mientras que 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. Consulte Precios del almacenamiento para obtener más información.
    • Almacenamiento de objetos: las copias de seguridad incrementales automáticas, las copias de seguridad completas on-demand y las copias de seguridad desde un entorno on-premises a la nube se almacenan en Oracle Cloud Infrastructure Object Storage y se le cobra el coste del almacenamiento de objetos estándar. Consulte Precios del almacenamiento para obtener más información.
  • ¿Cuál es el modelo de precios de Oracle Database Cloud Service?

    Consulte la sección Precios de bases de datos para obtener más información.

  • ¿Qué significa la facturación por núcleo y hora de mi sistema de base de datos?

    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.

  • ¿Cuánto cuesta realizar copias de seguridad de mi base de datos?

    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.

  • Si configuro la alta disponibilidad para mi base de datos mediante Data Guard, ¿cómo se facturará?

    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.

  • ¿Admite Oracle Database Cloud Service el cese de facturación?

    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.

    Seguridad

  • ¿Qué es una Oracle Virtual Cloud Network (VCN) y por qué los sistemas de base de datos se implementan en una VCN de forma predeterminada?

    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:

    • Desplegar sus bases de datos en una red privada, protegida de Internet.
    • Configurar listas de seguridad (de entrada/salida) para evitar que usuarios malintencionados puedan acceder al sistema de base de datos.
  • ¿En qué subredes coloco el sistema de base de datos durante el despliegue?

    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.

  • ¿Cómo configuro TDE para mis bases de datos?

    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 estándar.

  • ¿Cómo puedo controlar el acceso de gestión y proteger los sistemas de base de datos?

    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.

  • ¿Puedo auditar las operaciones que se realizan en el sistema de base de datos?

    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.

    Hardware

  • ¿Cómo selecciono la forma correcta para las necesidades de mi base de datos?

    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.

  • ¿Puedo cambiar el número de núcleos asociados al sistema de base de datos después de la creación inicial?

    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.

  • ¿Se reiniciará mi instancia cuando aumente o disminuya el número de núcleos de un sistema de base de datos básico?

    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.

  • ¿Puedo conectar volúmenes de almacenamiento en bloques a un sistema de base de datos con servidor básico?

    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.

  • ¿Puedo conectar con el sistema de base de datos mediante SSH?

    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.

  • ¿Qué hago si mi instancia funciona de manera extremadamente lenta?

    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.

    Aplicación de parches

  • ¿En qué consiste la función de aplicación de parches de Oracle Cloud Infrastructure Database Cloud Service?

    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.

  • ¿Cómo puedo acceder a la función de aplicación de parches?

    Puede usar la consola de Oracle Cloud Infrastructure y las API Rest para acceder a la función.

  • ¿Cuáles son los requisitos de red para habilitar la función de aplicación de parches?

    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

  • ¿A qué sistemas de bases de datos, formas y ediciones puedo aplicar parches mediante la función de aplicación de parches?

    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.

  • ¿Qué tipo de parches puedo aplicar con la función de aplicación de parches?

    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.

  • ¿Puedo aplicar parches a todas las versiones de base de datos de Database Cloud Service?

    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.

  • ¿Cómo puedo aplicar parches provisionales o paquetes de parches trimestrales que Database Cloud Service aún no admite?

    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.

  • ¿Cómo puedo aplicar parches a los sistemas y bases de datos de máquina virtual y Exadata?

    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.

  • ¿Habrá tiempo de inactividad mientras se aplica un parche?

    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.

  • ¿Qué sucede si uso la función de aplicación de parches y se produce un error?

    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.

  • ¿Cómo puedo obtener información sobre los parches que se instalaron en mi sistema o alojamiento de base de datos mediante la función de aplicación de parches?

    Puede consultar el historial de parches de su sistema y su alojamiento de base de datos para ver qué parches se han aplicado mediante la consola, las API REST y los SDK.

  • ¿Debo seguir un orden de aplicación de parches para los parches del sistema y el alojamiento de base de datos?

    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.

  • ¿Puedo realizar una comprobación previa o revertir un parche aplicado mediante la función de aplicación de parches?

    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.

  • ¿Puedo restringir el acceso a los parches a un conjunto definido de usuarios?

    Sí, puede usar el servicio Oracle Identity and Access Management (IAM) para restringir el acceso a nivel de usuario y de grupo.

  • ¿Hay alguna diferencia entre los parches de Oracle Database Bundle disponibles para el entorno on-premises y los parches disponibles para Oracle Cloud Infrastructure Database Cloud Service?

    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.

  • ¿Puedo utilizar la función de aplicación de parches para aplicar un parche a mi sistema operativo?

    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.

  • ¿Los parches de Oracle Cloud Infrastructure Database Cloud Service son acumulativos?

    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.

  • ¿Cómo informará Oracle de los parches de seguridad esenciales? ¿Aplicará Oracle los parches de seguridad esenciales a mi sistema automáticamente?

    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.

  • ¿Cuánto se tardará en aplicar el parche?

    Depende del tipo de parche. Una vez aplicado el parche, el estado de un sistema o alojamiento de base de datos cambiará a ”Disponible”.

    Copia de seguridad y recuperación

  • ¿Cómo configuro las copias de seguridad y la recuperación de mis bases de datos?

    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 leer todas las opciones en la documentación técnica.

  • ¿Qué es la función de copia de seguridad y restauración de Oracle Cloud Infrastructure Database Cloud Service?

    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.

  • ¿Qué ventajas ofrece la función de copia de seguridad y restauración con respecto a la gestión manual de copias 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.

  • ¿El uso de la función de copia de seguridad y restauración tiene un coste adicional asociado?

    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.

  • ¿Qué formas, ediciones y versiones de base de datos son compatibles con la función de copia de seguridad y restauració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.

  • ¿Qué tipo de copias de seguridad ofrece actualmente la función de copia de seguridad y restauración?

    Actualmente se ofrecen copias de seguridad completas on-demand y copias de seguridad incrementales automáticas.

  • ¿Cuál es el período de retención para la configuración automática de copias de seguridad incrementales con la función de copia de seguridad y restauración?

    El período de retención de las copias de seguridad incrementales automáticas es de 30 días.

  • ¿Puedo establecer un período de retención de copias de seguridad distinto o una frecuencia de copia de seguridad incremental automática distinta?

    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.

  • ¿Cuál es la programación de las copias de seguridad incrementales automáticas configuradas con la función de copia de seguridad y restauración?

    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.

  • ¿Se cifran las copias de seguridad de base de datos?

    Sí, todas sus copias de seguridad se cifran con la misma clave maestra que se utiliza para el cifrado TDE.

  • ¿Qué medidas se toman para garantizar que mis copias de seguridad no se pierdan?

    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.

  • ¿En qué circunstancias pueden fallar mis copias de seguridad al usar la función de copia de seguridad y restauración?

    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.

  • ¿Qué opciones están disponibles para restaurar mi base de datos a partir de una copia de seguridad?

    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.

  • ¿Cómo puedo encontrar un SCN?

    Para encontrar el número SCN, acceda a la base de datos o a los registros online o archivados.

  • ¿Puedo crear una nueva base de datos a partir de una copia de seguridad?

    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.

  • ¿Puedo elegir otro sistema de base de datos, compartimento o dominio de disponibilidad para crear una nueva base de datos a partir de una copia de seguridad?

    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.

  • ¿Las copias de seguridad incrementales automáticas están habilitadas de manera predeterminada?

    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.

  • ¿Qué sucede con mis copias de seguridad una vez que cancele mi sistema de 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.

  • ¿Cómo migro los datos de mi Oracle Database on-premises a Database Cloud Service?

    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.

    Alta disponibilidad

  • ¿Cómo configuro bases de datos de alta disponibilidad mediante Oracle Database Cloud Service?

    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.

  • ¿Qué es un dominio de disponibilidad y por qué es importante para configurar bases de datos en Oracle Database Cloud Service?

    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.

  • ¿Qué ediciones de base de datos de Database Cloud Service admiten la función Data Guard?

    Todas las ediciones de bases de datos Enterprise admiten Data Guard. La edición Enterprise Extreme Performance es compatible con Active Data Guard.

  • ¿Qué ventajas ofrece configurar Data Guard a través de Database Cloud Service en lugar de hacerlo manualmente?

    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

  • ¿Qué formas y versiones de bases de datos admiten la función Data Guard?

    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.

  • ¿Qué características ofrece actualmente la función Data Guard?

    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.

  • ¿Qué modos de protección y qué tipos de transporte ofrece la función Data Guard?

    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.

  • ¿Cuáles son los requisitos previos de configuración de red para usar la función Data Guard?

    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.

  • ¿Puedo configurar Data Guard en distintos dominios de disponibilidad?

    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.

  • ¿Puedo configurar Data Guard en las distintas regiones de Oracle Cloud Infrastructure?

    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.

  • ¿Puedo configurar Data Guard en todos los compartimentos?

    No, actualmente no se permite configurar Data Guard en distintos compartimentos.

  • ¿El sistema de base de datos principal y el de reserva deben tener la misma forma y la misma edición?

    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.

  • ¿Qué versión tendrá la base de datos de reserva si se crea mediante la función Data Guard de Database Cloud Service?

    La base de datos de reserva se crea con la misma versión que la base de datos principal.

  • ¿Puedo configurar Managed Broker y realizar acciones como la conmutación automática mediante la función Data Guard?

    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.

  • ¿Cómo puedo eliminar las asociaciones de Data Guard mediante la función Data Guard?

    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.

  • ¿Cómo puedo cancelar mi base de datos principal en una configuració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.

  • ¿Puedo crear múltiples bases 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.

  • ¿Puedo configurar Data Guard entre mi base de datos on-premises y una base de datos de Oracle Cloud Infrastructure?

    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.

  • ¿Puedo controlar el acceso a las acciones de Data Guard mediante los controles de Oracle Identity and Access Management?

    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.

  • ¿Cómo puedo aplicar parches a bases de datos en una configuración de Data Guard principal y de reserva?

    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.

  • ¿Cómo puedo hacer una copia de seguridad de las bases de datos en una configuración de Data Guard?

    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).

  • ¿Cómo puedo restablecer un estado de base de datos principal en mi base de datos principal fallida?

    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.

  • ¿Puedo usar mi instancia de reserva para operaciones de lectura o escritura?

    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.

  • ¿Cómo puedo determinar si la base de datos principal se ha conmutado por error al estado 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.

  • ¿Cuánto tiempo tarda en ejecutarse una conmutación por error de la base de datos?

    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.

  • ¿La forma RAC de 2 nodos abarca los distintos dominios de disponibilidad?

    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.

  • ¿Puedo acceder a la instancia para buscar directamente cualquier operación de base de datos en los registros?

    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.