ORACLE DBAs deserve better. Come check managed volumes (English y Español)

RMAN Integration with rubrik

Not a just a storage device. It’s a secured and highly expandable solution.  OK, might sound marketing. Never fear, details are here. I never do that to you guys

I had the pleasure to work with a client and integrate RMAN with rubrik

Having seen other integrations where RMAN simply mounts an NFS file system and data is shot over to that NFS mount

We were able to create something we call a Managed Volume.  These Managed volumes are dedicated file systems. Multiple channels can be created within the same Managed Volume to help you parallelize the workload RMAN sends over across multiple channels to our different nodes

  • rubric configuration
    • We create a managed volume
      • Specify size
      • Choose the number of RMAN channels
      • Choose what host will have access to write to it
    • We apply an existing Service Level Agreement (SLA)
    • Rubric configuration done
  • RMAN configuration
    • Insert API call to open up Managed Volume
    • RMAN script continues and backups up
    • Insert API call to close the Managed Volume
    • RMAN configuration done

So, in our case we run incremental merge BCT Block change tracking RMAN backups. Where the Managed Volume is closed and secured to avoid any virus attack, it opens to the host specified only for the duration of the backup and the snapshot locks the data with retention specified in the SLA. Archival location and replication were also specified in the SLA
Via our integration, you take advantage of your Oracle common DBA tool such as RMAN. You also take advantage of easy management via SLAs where replication locations, archival of data sets are easily taken care of

Come check out a couple of videos about rubrik and oracle here: and if that is not enough to make you want to come running and try out our Oracle RMAN integration. Check out another video here:

Of course, we can always do a one on one demo, reach out to your local team

A quick note on SLA. Service Level Agreement, it collapses many configuration tasks into a very simple object where you specific, the frequency of backup, retention of data, the location of archive and replica data

As I continue to stack up my experience with the product and interface with clients I can see that we are truly simplifying the administrator’s day to day, push our competitors to also decrease complexity and finally change the backup world and client expectation.
We all deserve something better! So, remember rubrik has integration with RMAN, this means no additional DBA workflows, We are high performing, with our share nothing architecture we can expand to add parallelism easily. Policy Driven via our SLAs to help you keep track of compliance, retention, replication. Fight ransomware via our data stored in immutable format

With that, have an awesome weekend. Look forward to questions, feedback


========== Version en Español ============
Integración RMAN con rubrik

No es solo un dispositivo de almacenamiento. Es una solución segura y altamente ampliable.

Recientemente tuve el placer de trabajar con un cliente e integrar RMAN con rubrik. Después de haber visto otras integraciones donde RMAN simplemente monta un sistema de archivos NFS y los datos se transfieren a ese montaje NFS.

Pudimos crear algo que llamamos Managed Volumen (Volumen administrado). Estos volúmenes administrados son sistemas de archivos dedicados. Se pueden crear múltiples canales dentro del mismo volumen administrado para ayudarlo a paralelizar la carga de trabajo que RMAN envía a través de múltiples canales y en nodos multiples bajo nuestra solution. No existe un limite (Mega expandingle)

  • configuración de rubrik
    • Creamos un Volumen Administrado
    • Especificar tamaño
    • Se determina el número de canales RMAN
    • Especifica qué host que tendrá acceso para escribir en él
    • Aplicamos un acuerdo de nivel de servicio (SLA) existente
    • Configuración de rúbrica hecha.
  • Configuración de RMAN
    • Insertar llamada API para abrir el Volumen administrado
    • El script RMAN continúa y realiza copias de seguridad (respaldo)
    • Insertar llamada API para cerrar el Volumen administrado
    • configuración RMAN hecho

Por lo tanto, en nuestro caso, ejecutamos respaldos de RMAN (Block Change Tracking – Incremental Merge) y cuando el volumen administrado se cierra es asegurado evitando cualquier ataque de ransomware – virus, el volumen administrado solo se abre por el host especificado durante el respaldo y los datos son retenidos como es especificado en el SLA (Service Level Agreement – Acuerdo de Nivel de Servicio). La ubicación de archivo y la replicación también se especificaron en el SLA
Mediante nuestra integración, se puede aprovechar la herramienta común de un DBA-Oracle, como RMAN. También se aprovecha la fácil administración a través de acuerdos de nivel de servicio (SLA, por sus siglas en inglés), donde los lugares de replicación y el archivo de los conjuntos de datos se resuelven fácilmente

Venga y vea un par de videos acerca de Rubrik y Oracle aquí: y si eso no es suficiente para hacer que quiera venir y probar nuestra integración Oracle RMAN. Mira otro video aquí.

Por supuesto, siempre podemos hacer una demostración uno a uno, contactar a su equipo local

Nota rápida sobre SLA. Contrato de nivel de servicio, cubre muchas tareas de configuración en un objeto muy simple y elegante donde se especifica la frecuencia de la copia de seguridad, la retención de datos, la ubicación del archivo y sus réplicas

A medida que continúo acumulando mi experiencia con el producto y la interactuo con clientes, puedo ver que realmente simplificamos el día a día del administrador, presionamos a nuestros competidores para que también disminuyan la complejidad y finalmente cambiamos el mundo de respaldo, resultando en nuevas altas expectativas
¡Todos merecemos algo mejor! Por lo tanto, recuerda que rubrik tiene integración con RMAN, esto significa que no hay flujos de trabajo de DBA adicionales, somos de alto rendimiento, con nuestra arquitectura de compartir nada podemos expandir para en paralello fácilmente con resultandos lineales. Las políticas de negocio son impulsadas a través de nuestros SLA para ayudarlo a realizar un seguimiento del cumplimiento, la retención y la replicación. Lucha contra el ransomware a través de nuestros datos almacenados en formato inmutable.

Espero tengas un excelente fin de semana, mucho exito y Saludos.

Julio Calderon

Twitter: @juliocus skype: Storagepro


Protect your business and people – English and Español

Protecting your business and the people you serve is the reason why backups exist.

Running your business applications faster, bigger and more economically is the reason hyper-converged platforms were born. This is your production environment.

So, both solutions, protection, and production remain on different tracks.

Sure, there are some commonalities between both. However, mixing both practices into one is a basic architectural flaw directly impacting redundancy.

Here is an example. This is not hypothetical! It has happened before.


Storage provider adds multiple (replicated) arrays addressable as a single unit so that during failure, both production and replica will respond to the workload and from the same platform recovery points be available. (note, I am not referring to any in particular as I have seen the same happen with multiple enterprise vendors). Disaster! Array 1 comes down, it was a software bug that triggered the outage. Meanwhile, nothing in the environment changes. The conditions that triggered the bug are persistent. Per vendor requirements, the secondary unit is exactly the same. Seconds later? You guess it! Disaster, 2nd unit comes down as well. All production and in this case protection (snapshots, and replica) go down as well.

When you start mixing both protection and production into a single platform you end up with all eggs in one basket. (All risks into a single technology)

Yes, it makes sense to minimize platforms and hyper converge as much as possible.

Do keep in mind that by utilizing hyper-convergence for computing you could reduce the storage, compute and hypervisor into a single appliance or cluster. Yet, protection should be a different failure domain. For redundancy sake and business resiliency having protection live separately from production, you ensure the successful recovery of your business.

Here is our visual aid, if you place production and protection on the same track. All eggs in one basket, yes might be simple, might even sometimes seem cheaper. When your disaster comes. You are out of business.

By placing both onto separate tracks, you assure that even when disaster hits you. There is a parallel track to save your business. an immediate point to continue business from.

You can review my previous blogs on data protection, storage. I am a fan of a few technologies and lucky enough to be working at one of those companies. Do not want to sound like a commercial, so. Go look for our videos on youtube.

If you need a backup platform like no other, simple, automation ready, share nothing architecture, software-defined, with instant recovery. Look at rubrik. After all, in my opinion, we can protect your business and the people you service anywhere! On-Premise, Cloud or a hybrid setting.

Have a great Holloween!


Julio Calderon


Skype: Storagepro

 ============== Version Español ==============

Proteger su negocio y las personas a las que sirve es la razón por la que existen respaldos de data.

La razón por la cual nacieron las plataformas hiperconvergentes es ejecutar sus aplicaciones de negocios de manera más rápida, más grande y más económica. Este es su entorno de producción.

Entonces, tanto las soluciones como la protección y la producción permanecen en diferentes pistas.

Claro, hay algunas cosas en común entre ambos. Sin embargo, mezclar ambas prácticas en una es una falla arquitectónica básica que impacta directamente en la redundancia.

Aquí hay un ejemplo. Esto no es hipotético, ha sucedido antes.


El proveedor de almacenamiento agrega varias matrices (replicadas) direccionables como una sola unidad para que, durante la falla, tanto la producción como la réplica respondan a la carga de trabajo y desde la misma plataforma estén disponibles los puntos de recuperación. (nota, no me estoy refiriendo a ninguno en particular, ya que he visto lo mismo con múltiples proveedores empresariales). ¡Desastre! Unidad #1 baja, fue un error de software que provocó la interrupción. Mientras tanto, nada en el ambiente cambia. Las condiciones que desencadenaron el error son persistentes. Según los requisitos del proveedor, la unidad secundaria es exactamente la misma. ¿Segundos más tarde? ¡Lo adivinas! Desastre, la segunda unidad baja también. Toda la producción y, en este caso, la protección (instantáneas y réplicas) disminuyen también.

Cuando comienzas a mezclar protección y producción en una sola plataforma, terminas con Todos los riesgos en una sola tecnología.

Sí, tiene sentido minimizar las plataformas e aplicar prácticas de hiperconvergencia tanto como sea posible.

Tenga en cuenta que al utilizar hiperconvergencia para computación, puede reducir el almacenamiento, el cálculo y el hipervisor en un único dispositivo o clúster. Sin embargo, la protección debería ser un dominio de falla diferente. Para el bien de la redundancia y la capacidad de recuperación del negocio con la protección en vivo y por separado de la producción, se asegura la recuperación exitosa de su negocio.

Aquí está nuestra ayuda visual, si coloca la producción y la protección en la misma pista. Todos los riesgos en un solo entorno, sí, podrían ser simples, incluso podrían parecer a veces más ahorrativos. Cuando viene tu desastre estarias fuera del negocio.

Al colocar ambos en pistas separadas, usted asegura que incluso cuando el desastre lo golpea. Hay una ruta paralela para salvar su negocio. un punto inmediato para continuar el negocio.

Los envito a que revisen mis blogs anteriores sobre protección de datos, almacenamiento. Soy un fan de algunas tecnologías y tengo la suerte de estar trabajando en una de esas compañías.

No quiero sonar como un comercial, entonces. Ve a buscar nuestros videos en youtube. Si necesita una plataforma de respaldo como ninguna otra, simple, automatizada, arquitectura de ultima generacion, definido por software (software defined), con recuperación instantánea.

Busca a rubrik. ¡Después de todo, en mi opinión, podemos proteger su negocio y las personas a las que da servicio en cualquier lugar! En-Sitio, Nube una configuraciónes híbridas.


Julio Calderon

Your Rubrik for the Cloud — Techie.Buzz

Rubrik has announced their latest revision of their Cloud Data Management solution, version 3.The new release has some “Snazzy” new features according to one unnamed source from the Rubrik technical marketing team, but I’m focused mainly on one specific capability in this post. I’ve written about Rubrik several times before and have written some of […]

via Your Rubrik for the Cloud — Techie.Buzz

Virus, pagan rescate? Pierden datos? ¡El remedio está aquí!

Esto no es publicidad! Esta es la realidad. Las compañías son afectadas por viruses todo el tiempo. Necesitas un equipo diligente para asegurar tu infraestructura 24×7 para poder sentirte seguro.

A pesar de sentirte seguro, de todas formas eres impactado por algún virus y tus datos están expuestos. Veamos cómo se ve este círculo vicioso donde un virus te impacta, despues se propone y integra la solución:

Virus and data loss cycle

Entonces, un virus se crea, publica y se difunde rápidamente, el mismo virus llega a tu entorno, tus sistemas están bajo ataque. Algunos datos se cifran, tu negocio pierde el acceso a esos datos. Mientras tanto, los mejores del mundo están buscando documentar pasos para protegerte de este virus. Tu equipo de TI, implementa medidas para protegerse de ese virus y su propagación.

Entonces te das cuenta de que tiene muchas unidades de negocio que piden acceso a sus datos o te comienzan a informar en una frecuencia alarmante que perdieron sus datos.

El resultado termina con tu equipo pagando el rescate (chantaje) por algunos conjuntos de datos o pidiendo a las diferentes unidades de negocio que re generen sus datos.

¡Ahora te haz dado a conocer como el líder de TI quien no puede proteger a su compañía de este virus ni recuperar sus datos! Este ciclo interminable es el de un nuevo virus, un momento de gran dolor, confusión y pérdida de datos, seguido por un parche de antivirus.  Sin embargo, el ciclo continuará la misma secuencia de eventos.

Ahora, veamos el siguiente ciclo:

break virus and data loss cycle

El virus golpea como siempre y de nuevo entro a tu entorno, pasando por alto las medidas anteriores de protección antivirus. Esta es la naturaleza de nuestro mundo. Pero esta vez tienes una capa de seguridad adicional. Tienes una solución de copia de seguridad y restauración (respaldos) para ayudarle a no pagar el rescate (chantaje) y podrás reiniciar tu negocio desde un punto aceptable en el tiempo. En este ciclo fuiste capaz de recuperar tus datos de negocio, seguir operando y no pagaste a ningún extraño ninguna cuota!

Echemos un vistazo a la importancia de datos en el negocio a lo largo del tiempo y cómo este ciclo de protección contra virus y el impacto de viruses puede afectar o no.

Data Importance vs time and data loss

Te pido paciencia, sé que el gráfico tiene muchos elementos. Voy a explicarlo en detalle.

Horizontalmente tenemos tiempo, verticalmente tenemos la cantidad de datos que crecen y con ella la importancia de esos datos para el negocio. En el lado derecho tenemos una etiqueta para líneas horizontales denominadas datos expuestos.

A medida que avanza el tiempo, creamos datos, en un momento dado estamos siendo atacados por viruses. Todo el conjunto de datos está expuesto a ser perdido, dañado, infectado. Sin embargo, es posible que tenga la suerte de que no todos los datos se vean afectados y sólo el conjunto de datos en el círculo ROJO es la pérdida de datos reales.

Esto ocurre durante el tiempo de vulnerabilidad. El tiempo de vulnerabilidad está representado en un color mostaza cremoso. A continuación, se procede a parchar contra el virus. Sólo para reiniciar el ciclo.

Sin embargo, tenga en cuenta que no está en control o puede predecir cuáles datos se ven afectados. Así que estos datos podrían ser muy relevantes para su día a día y las operaciones o puede ser un conjunto de datos más antiguos con menos impacto en su negocio inmediato.

Veamos un entorno diferente en el que ha implementado un medio para recuperar sus datos.

Data Importance vs time and data Protection

Al igual que con el gráfico anterior, tu entorno es expuesto a un nuevo virus y durante el tiempo de vulnerabilidad son capaces de restaurar los conjuntos de datos porque ha implementado servicios de copia de seguridad (respaldo) y restauración. ¡Esto es independientemente de que el conjunto de datos sea nuevo, viejo, ambos o todos! Durante ataques, infecciones, parches y correcciones, podrás restaurar tu data desde un punto anterior. Esto le dará la confianza de que tu negocio persistirá y soportará un ataque de virus.

¿Qué debería proteger?

Servidores físicos, servidores virtuales, ordenadores portátiles, sus plataformas SaaS (Google, 365 e incluso Salesforce). También deberían estar pidiendo DRaaS. Recuperación de Desastres como Plataformas de Servicio. Esto le protegerá de un sitio entero que está abajo por cualquier razón o aún un ataque masivo donde todos sus sistemas se afectan al punto donde podría ser mucho más simple dar click a un failover.  Donde un sitio remoto se convierte el sitio primario.

Si es que no sabes por dónde empezar, envíeme un correo electrónico a


Julio Calderon

Twitter: @JulioCUS

Skype: Storagepro



Viruses, Paying Ransom? Losing data? The how to cure is here!

This is not hype! This is reality. companies get hit with viruses all the time. You need a diligent team securing your infrastructure 24/7 in order for you to feel safe. Then you get hit with a virus and loose data.  Let us see what that vicious cycle looks like below:

Virus and data loss cycle

So, a virus comes out in the wild, you get hit with the virus, your systems are under attack. Some data gets encrypted, your business losses access from that data. In the meantime, the best of the world are looking at documenting steps on how to protect from this virus. Your IT team, implements steps to protect from that virus and its spread.  Then you realize that you have many business units asking for access to their data or reporting in an alarming rate that they lost their data.  The aftermath ends with you paying the ransom for some data sets or asking your staff to recreate their data. You have now become known for the leader who could not protect his or her company from this virus nor recover their data!

This endless cycle is that of a new virus coming up, a time of major pain, confusion and data loss, followed by a virus patch.  To then be followed by the same sequence of events.

Now, lets look at the following cycle:

break virus and data loss cycle

Virus does hit like always, bypassing the previous measures of antivirus protection. This is the nature of our world.  But you have a safety net.  You have a backup and restore solution to help you not pay the ransom and to restart your business from an acceptable point in time.  You have been able to recover your business data, continue to operate and not paid any stranger any fee!

Lets look at both, your Data Importance in business over time and how this ongoing virus and virus protection cycle can affect you or not.

Data Importance vs time and data loss

Bare with me, I know the graph looks a bit busy. I will explain in detail.  Horizontally we have time, vertically we have the amount of data growing and with it the importance of that data  for business. At the right side we have a label for horizontal lines named data Exposed.  As time progresses, we create data, at a given time we are hit by a virus. The entire data set is exposed to be lost, corrupted, infected.  However you might be lucky enough that not all data is impacted and only the data set in the RED circle is the actual data loss. This happens during the time of exposure. The are is depicted in a creamy color.  We then proceed and patch for the virus. Only to start the cycle again. However, note that you are not in control or can predict what data becomes impacted. So this data could be VERY relevant to your day to day operations or it might be an older data set with less impact in your immediate business.
Now, lets look at a different environment where you have implemented a means to recover your data.

Data Importance vs time and data Protection

As with the previous graph, you get hit with the virus and during the time of exposure you are able to restore data sets because you have implemented backup and restore services in your environment.  This is regardless the data set being new, old, both, or all! During attacks, infections, patches and fixes, you will be able to restore your data set from a previous point in time. This will give you the confidence that your business will persist and endure a virus attack.

What should you be protecting?

Physical servers, Virtual Servers, Laptops, your SaaS platforms (Google, 365 and even Salesforce) . You should also be asking for DRaaS. Disaster Recovery as a Service platforms.  This will protect you from an entire site being down for whatever reason or even a massive attack where all your systems are impacted to the point where it might be a lot simpler to flip the fail over switch than a full restore.

If you do not know where to start, email me at

Best Regards,

Julio Calderon

Twitter: @JulioCUS

Skype: Storagepro