Cambiar el nivel de Logs en Reports 12c a través del Explorador de MBean

septiembre 8, 2017 Deja un comentario

Muchas veces necesitamos tener más información sobre lo que está ocurriendo en nuestros engines de reports para poder diagnosticar errores o comprobar si hemos aplicado una configuración correctamente. Un buen ejemplo de ello sería cuando queremos comprobar si el engine está utilizando una fuente del tipo barcode.

Oracle Reports nos proporciona una serie de logs dentro del engine, pero su valor por defecto es insuficiente. En esta entrada, nos centraremos en como cambiar el nivel del log del engine de Oracle Reports según nuestras necesidades:

 

  • INCIDENT_ERROR:1,
  • ERROR:1,
  • WARNING:1,
  • NOTIFICATION:1 (Valor por defecto),
  • NOTIFICATION:16,
  • TRACE:1,
  • TRACE:16,
  • TRACE:32

Como queremos el máximo nivel de detalle usaremos TRACE:32.

En la versión 12c de Reports las páginas de administración en el Enterprise Manager ya no están disponibles, por lo que la alternativa es hacerlo desde el Explorador de MBean del Enterprise Manager.

Leer más…

Razones para utilizar Big Data SQL v 3.1

septiembre 1, 2017 Deja un comentario

Siguiendo la línea de lo comentado en anteriores posts de Oracle Big Data Appliance (BDA) sobre características y evolución, aprovecharemos para hablar de las nuevas características de Oracle Big Data SQL 3.1. Dicho software está disponible con Oracle Database 12C en combinación con el sistema Oracle Exadata Engineered y el sistema de ingeniería de dispositivos Oracle Big Data.

El uso del sistema Oracle Engineered tiene mucho sentido ya que es capaz de utilizar InfiniBand, con conexiones entre dos sistemas para eliminar el cuello de botella de la red, y así poder obtener distintas partes de información desde una consulta SQL. Además, permite acceder en línea al sistema de base de datos con el funcionamiento del Exadata, permitiendo un almacenamiento de la información y un procesamiento de cálculo realizado en gran parte en los nodos de almacenamiento. Esto asegura que más ciclos de CPU están disponibles para otras tareas, clasificación, filtrado y capacidad de almacenamiento.

Cuando ciertas partes de los datos residen en una base de datos NoSQL y otras en un clúster HDFS, surgen problemas de tiempos de respuesta además de abundante codificación adicional que permite obtener un resultado de cruce de datos necesario y posible.

Por eso Oracle anuncióOracle Big Data SQL“, mejorando su v 3.1 y asegurando “consultas SQL rápidas y seguras en todos sus datos” sobre el lenguaje SQL estándar que conocemos, el cual permite consultar datos no sólo en la base de datos Oracle sino también con datos que residen desde “otros puntos”.  Dichos puntos son los clústers Hadoop HDFS y las bases de datos NoSQL, lo cual nos permite extender el diccionario de datos de Oracle y almacenar información de los datos en los clústers NoSQL o Hadoop HDFS, permitiendo que la Base de datos Oracle pueda hacer uso de esas fuentes en combinación con los datos almacenados.

Oracle Big Data Appliance, es un sistema abierto, multiusos para Hadoop y de procesamiento NoSQL. También está diseñado para ejecutar diversas cargas de Hadoop y consultas SQL interactivas mediante Oracle Big Data SQL. Estas capacidades están disponibles en la instalación, así como en el servicio de Oracle Big Data Cloud Service que ofrece nuevas características de mejora en su última versión.

Big Data SQL v3.1 ahora soporta:

  • Exadata a Big Data Appliance.
  • Exadata a clúster hadoop de commodities (CDH & HDP).
  • Oracle Database 12c a Big Data Appliance.
  • Oracle Database 12c a los clústers hadoop de productos básicos.
  • Oracle SuperCluster a Big Data Appliance (aún no certificado).

Instalación puede ser desde dos sistemas diferentes:

Leer más…

avanttic obtiene la especialización en Oracle Infrastructure as a Service

agosto 30, 2017 Deja un comentario

avanttic ha obtenido una nueva y significativa especialización relacionada con Oracle Cloud: Oracle Infrastructure as a Service.

Con 32 certificaciones acreditadas en tecnología Oracle, avanttic se posiciona como un partner destacado en la implementación de soluciones basadas en Infraestructura y Plataforma Oracle (On-Premise, IaaS, PaaS, PaaS for SaaS), con capacidad y experiencia para diseñar la arquitectura y solución más adecuada para cada necesidad.

The Oracle Infrastructure as a Service Specialization recognizes partner organizations that are proficient in selling and implementing Infrastructure as a Service solutions. Oracle Infrastructure as a Service (IaaS) offers a set of core infrastructure capabilities, such as elastic compute and storage, which allows you to deploy and manage any customer workload in the cloud. Oracle partners who achieve this Specialization are differentiated in the marketplace through proven expertise in Oracle Infrastructure as a Service.

Nuestro conocimiento y especialización en Oracle Cloud, refrendados por esta nueva certificación, nos permiten ayudar a cualquier tipo de organización a diseñar una arquitectura de cloud híbrido, que le facilitará una transición ordenada y sin riesgos de su Infraestructura y Plataforma Oracle hacia el cloud.

Los servicios gestionados y de consultoría relacionados con Oracle Cloud, que ofrecemos a nuestros clientes, son los siguientes:

  • Definición de una hoja de ruta de transición hacia el cloud que puede incluir combinaciones o fases intermedias de cloud privado, local y público.
  • Acompañamiento durante todo el proceso de transición al cloud, realizando los proyectos de transición y transformación necesarios en cada fase de la hoja de ruta.
  • Servicios de Producción Avanzados sobre la implantación on-premise y cloud que se tenga desplegada en cada una de las fases de la transición hacia el cloud. Estos servicios incluyen monitorización y soporte reactivo/preventivo/proactivo.

Revise en este link todas las certificaciones actuales de avanttic en Productos y Soluciones de Oracle.

Oracle MCS: Almacenar valores en las Políticas de Aplicación

Oracle MCS permite gestionar el ciclo de vida en varios niveles, diferentes entornos y versionados. En este post vamos a poner el foco en la gestión del ciclo de vida (versionado) de cada uno de los artefactos como, por ejemplo, Mobile Backends, Custom APIs y sus implementaciones, etc. Estos artefactos tienen dos estados: draft y published. Una vez que una API está publicada, se congela, porque no es seguro modificarla. Si la modificamos podemos causar problemas a los diferentes componentes que estén utilizando dicha API.

Esta es una de las razones por la que el versionado es uno de los puntos clave que hay que tener en cuenta cuando desarrollamos APIs.

Vamos a suponer que tenemos una aplicación móvil que consume una API de Twitter expuesta en Oracle MCS. Para poder conectarnos a la API propia de Twitter, necesitamos unas credenciales que podemos obtener de la Plataforma de Twitter en el momento en que creamos una aplicación.

Una opción, por ejemplo, sería tener las credenciales en un fichero JSON o incluso dentro de una variable en nuestro fichero de implementación.

Pero, ¿es ésta la forma correcta de hacerlo? Bueno, podemos pensar que sí, es más, Oracle MCS nos permite crear una nueva implementación de la API, desplegarla en MCS y activarla sin tener que modificar nuestra aplicación móvil.

A parte de los problemas que podemos causar si por error modificamos una línea de código, que no debíamos tocar, no podremos reutilizar esta API para otras aplicaciones móviles que requieran otras credenciales.

Leer más…

Cuando el crecimiento de la empresa y el desarrollo profesional van unidos

La vocación por la tecnología y trabajar para conseguir los objetivos de nuestros clientes es lo que tenemos en común las personas que formamos avanttic. El “100% Oracle” es la pasión de avanttic y de todos nosotros: lo que comparte la compañía con las personas que la formamos.

En este marco profesional (este contexto que nos engloba) el crecimiento y el desarrollo profesional van unidos. Es una relación bidireccional porque en la medida que avanttic crece, los que estamos aquí crecemos. Y en cuanto cada uno de nosotros nos formamos, mejoramos y avanzamos en nuestra carrera profesional, hacemos posible que avanttic crezca.

Cuando hablo con compañeros o con algunos candidatos sobre desarrollo profesional y posibilidades de crecimiento, suelo decir que estamos en un buen momento y en el lugar adecuado. avanttic crece día a día y eso permite nuestro crecimiento personal. Sólo hay que esperar la oportunidad, por ejemplo un proyecto nuevo que necesite la figura de un coordinador, uno que implique trabajar con una tecnología nueva, una oportunidad internacional…

¿Qué responsabilidad tiene cada uno en esto? ¡Estar preparados! avanttic debe velar por este crecimiento, invirtiendo en certificaciones y en formación técnica y competencial, alineada con la mejora del desempeño y los planes de desarrollo profesional. El equipo debe implicarse, estudiar, investigar y en ocasiones invertir tiempo personal para su desarrollo.

El crecimiento de avanttic conlleva el crecimiento del equipo.

Y si el equipo crece, avanttic es más grande.

Introdución a Kubernetes: Orquestando dockers

Resultado de imagen de kubernetesEn anteriores entradas vimos una introducción a docker, además de cómo crearlos y manternerlos.

Pero, ¿cómo los gestionamos y utilizamos? Hay diferentes herramientas para orquestar docker, como swarn, apache mesos o kubernetes. En esta entrada nos vamos a centrar en la herramienta que google donó al software libre en 2015: kubernetes. A Google siempre le ha gustado hacer trabajar a otros y que éstos le aporten contenidos: maps, youtube, etc…. Y no iba a ser diferente con kubernetes, una de las herramientas que tiene ahora mismo más desarrolladores y commits.

Kubernetes consta de diferentes componentes que nos ayudan a gestionar nuestros contenedores docker, como dns, red, proxy, monitorización, apis, scheduler, etc. La instalación es bastante complicada, pero vamos a ver dos formas que nos la facilitan: minikube y kubeadm.

Minikube levanta máquinas virtuales con todos los componentes para que funcione kubernetes. Podemos elegir virtualbox, kvm, hyperv… Es muy sencillo y nos servirá para probarlo. Es poco operativo porque levanta los contenedores dentro de las máquinas virtuales, con la limitación que pueden tener éstas de memoria o espacio.

Kubeadm nos levanta en local contenedores docker con los componentes de kubernetes y se conecta al demonio local de docker.

En avanttic tenemos un cluster con dos nodos de kubernetes instalados con kubeadm, los llamamos kubernetes1 y kubernetes 2, vamos a ver unos ejemplos.

Selection_027

Primero vamos a ver unos conceptos importantes:

  • Deployment: es el contenedor docker que vamos a desplegar que contiene la aplicación. Por ejemplo un servidor web.
  • Pod: un pod es cada unidad de Deployment que tenemos funcionando. Con kubernetes gestionamos cuantos pods queremos levantar de cada aplicación.
  • Services: son los servicios que exponemos que hacen referencia a los PODS

Vamos a desplegar una aplicación, por ejemplo, un servidor web o un weblogic que podemos descargar de nuestro repositorio docker de avanttic https://hub.docker.com/u/avanttic. Como estos últimos son privados por tener licencias, vamos a probar con un apache.

Leer más…

Categorías:WebLogic Etiquetas: , , ,