Maksims Greckis - Trace File Analyzer

•Download as PPTX, PDF•

0 likes•126 views

Tēmas : Trace File analyzer, live demo. Valoda: Latviešu Ar katru jaunu versiju Oracle ģenerē vairāk un vairāk diagnostiskās informācijas un bieži ir grūti sekot, kur tiek ierakstīta atbilstoša informācija. Vēlāk arī parādās jautājums, kā šo visu uzkopt, lai visa pieejamā vieta neaizietu nevajadzīgām lietām. Parādīšu un pastāstīšu par savu pieredzi ar TFA rīku trace/log failu pavaldīšanā, konfigurēšanā, kā arī par citām tā iespējām un zemūdens akmeņiem.

Education

Maksims Greckis
maksims.greckis@dbacc.lv
www.dbacc.lv
Trace File Analyzer

About me
• 8 years working with Oracle
• 10g/11g/12c (OCP)
• First time speaker, be gentle :)

What We Do
• DBA Outsourcing
• Remote Consulting
• Oracle Training
• Oracle Software
• Oracle Hardware

managelogs setup
• set manageLogsAutoPurge=ON -c
• Use -c flag for cluster wide setup.

managelogs -purge
• Use -dryrun to get estimate of space to be
freed.
• All files are counted but only diagnostic files
are purged.

managelogs -purge
• TFA invokes adrci to purge files.
• Slow ADRCI Execution When Purging Files
After Upgrade to 12.2 (Doc ID 2335738.1).
• Workaround doesn’t work for TFA.
• Purge logs manually before scheduling
cleanup in TFA.

Schema version
• Purge Does Not Work In 12.2 If ADRCI Is Used
To Access An Older ADR Home (Doc ID
2341825.1)

Q/A
maksims.greckis@dbacc.lv
(+371) 26 803235
www.dbacc.lv

This talk is from Distributed Data Summit SF 2018 - http://distributeddatasummit.com/2018-sf/sessions#chella Audit logging is one of the most critical features in an enterprise-ready database in terms of security compliance. Furthermore, live traffic troubleshooting is critical for operators to troubleshoot production issues quickly. While past versions have lacked these critical features, the Cassandra team understood the need for better solutions and in the upcoming release of Cassandra both of these features now come out of the box which makes Cassandra even more awesome to work with. Cassandra now supports Audit logging and query logging as part of C* itself. As part of this talk, audience will learn about how to enable, configure, and tune audit logging for their C* clusters and how to log live traffic/queries for serverel needs including troubleshooting or even live traffic reply

The Dark Side Of Go -- Go runtime related problems in TiDB in production

PingCAP

Safer restarts, faster streaming, and better repair, just a glimpse of cassan...

Vinay Kumar Chella

The document discusses new features in Cassandra 4.0 that improve reliability, performance and data integrity. It summarizes that Cassandra 4.0 includes fully asynchronous internode messaging that provides up to 20% faster streaming, client backpressure support to prevent out of memory errors, improved restart handling, and faster repair. It also discusses performance improvements from Zstd compression providing better compression ratios than other algorithms, and incremental repair running on petabyte datasets. New audit logging functionality provides a pluggable way to log all Cassandra queries for compliance and analysis purposes.

Cassandra Lan party

Gérald Quintana

This document summarizes the steps to set up a Cassandra cluster for a meetup event. It covers installing and configuring Cassandra and DataStax Agent on multiple nodes across two data centers, initializing the schema, inserting sample data, and demonstrates how the cluster handles node and data center failures through replication and hinted handoff. Key steps include configuring IP addresses, Cassandra properties for the cluster, replication strategy, and monitoring the cluster status through nodetool and OpsCenter as nodes are added and removed.

Golang in TiDB (GopherChina 2017)

PingCAP

This is the speech Shen Li gave at GopherChina 2017. TiDB is an open source distributed database. Inspired by the design of Google F1/Spanner, TiDB features in infinite horizontal scalability, strong consistency, and high availability. The goal of TiDB is to serve as a one-stop solution for data storage and analysis. In this talk, we will mainly cover the following topics: - What is TiDB - TiDB Architecture - SQL Layer Internal - Golang in TiDB - Next Step of TiDB

A glimpse of cassandra 4.0 features netflix

Vinay Kumar Chella

These slides are from the recent meetup @ Uber - Apache Cassandra at Uber and Netflix on new features in 4.0. Abstract: A glimpse of Cassandra 4.0 features: There are a lot of exciting features coming in 4.0, but this talk covers some of the features that we at Netflix are particularly excited about and looking forward to. In this talk, we present an overview of just some of the many improvements shipping soon in 4.0.

Live traffic capture and replay in cassandra 4.0

Vinay Kumar Chella

Capturing live traffic in a typical micro-services setup is one of the industry standard strategies for various needs including testing, canary, and dark launches, but when it comes to databases, capturing and replaying live traffic is quite challenging but equally critical. Cassandra is one of the few databases which supports a live traffic capture and replay feature out of the box starting with 4.0. As part of this talk, Vinay Chella will dive deeper into the query logging framework that is introduced in Cassandra 4.0, and the features built on top of this framework, including full query logging, audit logging, and traffic replay. At end of this talk, you will learn how to use audit logging, live traffic capture and replay features in the upcoming release of Cassandra.

A Brief Introduction of TiDB (Percona Live)

PingCAP

TiDB is an open-source distributed SQL database that supports high availability, horizontal scalability, and consistent distributed transactions. It provides a MySQL compatible API and seamless online expansion. TiDB uses Raft for consensus and implements the MVCC model to support high concurrency. It also provides distributed transactions through a two-phase commit protocol. The architecture consists of a stateless SQL layer (TiDB) and a distributed transactional key-value storage (TiKV).

The document discusses scaling logging and monitoring infrastructure at IBM. It describes: 1) User scenarios that generate varying amounts of log data, from small internal groups generating 3-5 TB/day to many external users generating kilobytes to gigabytes per day. 2) The architecture uses technologies like OpenStack, Docker, Kafka, Logstash, Elasticsearch, Grafana to process and analyze logs and metrics. 3) Key aspects of scaling include automating deployments with Heat and Ansible, optimizing components like Logstash and Elasticsearch, and techniques like sharding indexes across multiple nodes.

How to build TiDB

PingCAP

This is the speech Max Liu gave at Percona Live Open Source Database Conference 2016. Max Liu: Co-founder and CEO, a hacker with a free soul The slide covered the following topics: - Why another database? - What kind of database we want to build? - How to design such a database, including the principles, the architecture, and design decisions? - How to develop such a database, including the architecture and the core technologies for TiKV and TiDB? - How to test the database to ensure the quality and stability?

Ceph Day Chicago: Using Ceph for Large Hadron Collider Data

Ceph Community

Lincoln Bryant from the University of Chicago gave a presentation on using Ceph for Large Hadron Collider data storage and analysis. Key points: - Ceph is used to store reconstruction data from the ATLAS experiment at the LHC and for analysis datasets. - Ceph provides scalable storage through an erasure coded CephFS that is mounted by XRootD servers for data access. - Ceph allows efficient data transfers from CERN to the University of Chicago site for regional analysis. - Future evaluations include using librados directly with XRootD and running Ceph and analysis jobs on the same cluster nodes using cgroups for resource control.

Building a transactional key-value store that scales to 100+ nodes (percona l...

PingCAP

Introduction to apache spark

Muktadiur Rahman

Scale Relational Database with NewSQL

PingCAP

Centralized Logging System Using ELK Stack

Rohit Sharma

Centralized Logging System using ELK Stack The document discusses setting up a centralized logging system (CLS) using the ELK stack. The ELK stack consists of Logstash to capture and filter logs, Elasticsearch to index and store logs, and Kibana to visualize logs. Logstash agents on each server ship logs to Logstash, which filters and sends logs to Elasticsearch for indexing. Kibana queries Elasticsearch and presents logs through interactive dashboards. A CLS provides benefits like log analysis, auditing, compliance, and a single point of control. The ELK stack is an open-source solution that is scalable, customizable, and integrates with other tools.

Scylla Summit 2016: Using ScyllaDB for a Microservice-based Pipeline in Go

ScyllaDB

How do you handle the continuous transformation and refinement of billions of entities with some sort of reliability and performance? In this talk, Henrik will describe how Scylla enabled him and his team to create a pipelined solution using a series of microservices written in Go communicating with each other using Nats. You’ll hear about the mistakes and learnings they had along the way as they built the services that led to the great performance and stability they are experiencing today.

Scylla Summit 2022: Learning Rust the Hard Way for a Production Kafka+ScyllaD...

ScyllaDB

Numberly operates business-critical data pipelines and applications where failure and latency means "lost money" in the best-case scenario. Most of those data pipelines and applications are deployed on Kubernetes and rely on Kafka and ScyllaDB, where Kafka acts as the message bus and ScyllaDB as the source of some data enrichment. The availability and latency of both systems are thus very important because they mix and match data in the early stage of their pipelines to be consumed by their platforms. Most of their applications are developed using Python. But they always felt that they could benefit from a lower-level programming language to squeeze the performance of their hardware even further for some of the most demanding applications. So, when an important part of their data pipeline was to be adjusted to reflect some important changes in their platforms, they thought it was a great opportunity to rewrite it in Rust! Moving to Rust was hard, not only because of the language itself, but because being at a lower level allowed them to see, test, and demonstrate things that they could not pinpoint or explain that well using Python. They spent a lot of time analyzing the latency impacts of code patterns and client driver settings and ended up contributing to Apache Avro as they went down the rabbit hole. This session will share their experience transitioning from Python to Rust while meeting the expectations of a business-critical application mixing data from Confluent Kafka and ScyllaDB. There will be code snippets, graphs, numbers, tears, pull requests, grins, latency results, smiles, rants of frustration, and a lot of fun! To watch all of the recordings hosted during Scylla Summit 2022 visit our website here: https://www.scylladb.com/summit.

Leveraging chaos mesh in Astra Serverless testing

Pierre Laporte

Moving from CellsV1 to CellsV2 at CERN

Belmiro Moreira

This document summarizes CERN's migration from CellsV1 to CellsV2 when upgrading their OpenStack deployment from Ocata to Queens. Key aspects included setting up local placement APIs in each cell initially, then consolidating to a central placement service. Challenges included scheduling limitations in CellsV2 and increased database load after the upgrade. Overall the migration was successful and CERN's cloud is now running Nova Queens with CellsV2 at large scale.

Workshop - How to benchmark your database

ScyllaDB

Why you need benchmarks Finding the right database solution for your use case can be an arduous journey. The database deployment touches aspects of throughput performance, latency control, high availability and data resilience. You will need to decide on the infrastructure to use: Cloud, on-premise or a hybrid solution. Data models also have an impact on finding the right fit for the use case. Once you establish a requirements set, the next step is to test your use case against the databases of choice. In this workshop, we will discuss the different data points you need to collect in order to get the most realistic testing environment. We will cover: Data model impact on performance and latency Client behavior related to database capabilities Failover and high availability testing Hardware selection and cluster configuration impact We will show 2 benchmarking tools you can use to test and benchmark your clusters to identify the optimal deployment scenario for your use case. Attend this virtual workshop if you are: Looking to minimize the cost of your database deployment Making a database decision based on performance and scale data Planning to emulate your workload on a pre-production system where you can test, fail fast and learn.

Introduction to dataset

datamantra

The document introduces the Dataset API in Spark, which provides type safety and performance benefits over DataFrames. Datasets allow operating on domain objects using compiled functions rather than Rows. Encoders efficiently serialize objects to and from the JVM. This allows type checking of operations and retaining objects in distributed operations. The document outlines the history of Spark APIs, limitations of DataFrames, and how Datasets address these through compiled encoding and working with case classes rather than Rows.

Log management with ELK

Geert Pante

ELK (Elasticsearch, Logstash, Kibana) is an open source toolset for centralized logging, where Logstash collects, parses, and filters logs, Elasticsearch stores and indexes logs for search, and Kibana visualizes logs. Logstash processes logs through an input, filter, output pipeline using plugins. It can interpret various log formats and event types. Elasticsearch allows real-time search and scaling through replication/sharding. Kibana provides browser-based dashboards and visualization of Elasticsearch query results.

Md sal clustering internals

Moiz Raja

Moiz Raja presents on the internals of MD-SAL clustering. The architecture includes a distributed data store using Raft consensus for replication across members, and a remote RPC connector using gossip for replicating an RPC registry. Key flows covered are startup and recovery, transaction processing both locally and remotely, and diagnostic tools for tracing transactions, replication, and monitoring performance metrics.

'Scalable Logging and Analytics with LogStash'

Cloud Elements

Rich Viet, Principal Engineer at Cloud Elements presents 'Scalable Logging and Analytics with LogStash' at All Things API meetup in Denver, CO. Learn more about scalable logging and analytics using LogStash. This will be an overview of logstash components, including getting started, indexing, storing and getting information from logs. Logstash is a tool for managing events and logs. You can use it to collect logs, parse them, and store them for later use (like, for searching).

Elk

Caleb Wang

Apache spark - Installation

Martin Zapletal

This document provides an overview of installing and deploying Apache Spark, including: 1. Spark can be installed via prebuilt packages or by building from source. 2. Spark runs in local, standalone, YARN, or Mesos cluster modes and the SparkContext is used to connect to the cluster. 3. Jobs are deployed to the cluster using the spark-submit script which handles building jars and dependencies.

What is Distributed Computing, Why we use Apache Spark

Andy Petrella

Beyond unit tests: Deployment and testing for Hadoop/Spark workflows

DataWorks Summit

As a Hadoop developer, do you want to quickly develop your Hadoop workflows? Do you want to test your workflows in a sandboxed environment similar to production? Do you want to write unit tests for your workflows and add assertions on top of it? In just a few years, the number of users writing Hadoop/Spark jobs at LinkedIn have grown from tens to hundreds and the number of jobs running every day has grown from hundreds to thousands. With the ever increasing number of users and jobs, it becomes crucial to reduce the development time for these jobs. It is also important to test these jobs thoroughly before they go to production. We’ve tried to address these issues by creating a testing framework for Hadoop/Spark jobs. The testing framework enables the users to run their jobs in an environment similar to the production environment and on the data which is sampled from the original data. The testing framework consists of a test deployment system, a data generation pipeline to generate the sampled data, a data management system to help users manage and search the sampled data and an assertion engine to validate the test output. In this talk, we will discuss the motivation behind the testing framework before deep diving into its design. We will further discuss how the testing framework is helping the Hadoop users at LinkedIn to be more productive.

OGG Architecture Performance

Enkitec

This document provides an overview and agenda for a presentation on tuning Oracle GoldenGate performance. It discusses measuring baseline GoldenGate performance metrics like lag times and checkpoints. It also covers tuning GoldenGate configurations like using multiple process groups. The document recommends tuning the operating system by monitoring CPU, memory, and disk I/O performance and addressing any bottlenecks found. The goal of these tuning efforts is to reduce lag times and optimize GoldenGate throughput.

Oracle Golden Gate Interview Questions

Arun Sharma

What's hot

Toronto High Scalability meetup - Scaling ELK

Andrew Trossman

How to build TiDB

PingCAP

Ceph Day Chicago: Using Ceph for Large Hadron Collider Data

Ceph Community

Building a transactional key-value store that scales to 100+ nodes (percona l...

PingCAP

Introduction to apache spark

Muktadiur Rahman

Scale Relational Database with NewSQL

PingCAP

Centralized Logging System Using ELK Stack

Rohit Sharma

Scylla Summit 2016: Using ScyllaDB for a Microservice-based Pipeline in Go

ScyllaDB

Scylla Summit 2022: Learning Rust the Hard Way for a Production Kafka+ScyllaD...

ScyllaDB

Leveraging chaos mesh in Astra Serverless testing

Pierre Laporte

Moving from CellsV1 to CellsV2 at CERN

Belmiro Moreira

Workshop - How to benchmark your database

ScyllaDB

Introduction to dataset

datamantra

Log management with ELK

Geert Pante

Md sal clustering internals

Moiz Raja

'Scalable Logging and Analytics with LogStash'

Cloud Elements

Elk

Caleb Wang

Apache spark - Installation

Martin Zapletal

What is Distributed Computing, Why we use Apache Spark

Andy Petrella

Beyond unit tests: Deployment and testing for Hadoop/Spark workflows

DataWorks Summit

What's hot (20)

Toronto High Scalability meetup - Scaling ELK

How to build TiDB

Ceph Day Chicago: Using Ceph for Large Hadron Collider Data

Building a transactional key-value store that scales to 100+ nodes (percona l...

Introduction to apache spark

Scale Relational Database with NewSQL

Centralized Logging System Using ELK Stack

Scylla Summit 2016: Using ScyllaDB for a Microservice-based Pipeline in Go

Scylla Summit 2022: Learning Rust the Hard Way for a Production Kafka+ScyllaD...

Leveraging chaos mesh in Astra Serverless testing

Moving from CellsV1 to CellsV2 at CERN

Workshop - How to benchmark your database

Introduction to dataset

Log management with ELK

Md sal clustering internals

'Scalable Logging and Analytics with LogStash'

Elk

Apache spark - Installation

What is Distributed Computing, Why we use Apache Spark

Beyond unit tests: Deployment and testing for Hadoop/Spark workflows

Similar to Maksims Greckis - Trace File Analyzer

OGG Architecture Performance

Enkitec

Oracle Golden Gate Interview Questions

Arun Sharma

Oracle GoldenGate Presentation from OTN Virtual Technology Summit - 7/9/14 (PDF)

Bobby Curtis

This document provides an overview of Oracle GoldenGate and discusses performance tuning considerations. It begins with an introduction to GoldenGate's architecture and use cases. It then discusses the importance of baselining a GoldenGate implementation to understand existing performance. The document outlines how to gather baseline metrics on GoldenGate lag times, checkpoint information, and operating system CPU, memory, and disk I/O. It also provides GoldenGate tuning recommendations, such as using multiple process groups and parallel replication groups. The goal of performance tuning is to reduce lag times and optimize resource utilization.

Oracle GoldenGate Architecture Performance

Enkitec

This document discusses tuning Oracle GoldenGate for optimal performance. It begins with an overview of GoldenGate architecture and use cases, then discusses the importance of baseline monitoring. Key metrics to monitor are identified as lag times, checkpoint information, CPU usage, memory usage, and disk I/O. The document provides examples of commands to gather baseline data on these metrics. It then discusses configuring GoldenGate for parallel processing using multiple process groups to optimize performance. Overall it provides guidance on setting baselines and configuring GoldenGate to minimize lag times and resource utilization.

Exachk and oem12c - IOUG C15LV

Bobby Curtis

This document summarizes an Exachk and Oracle Enterprise Manager 12c session that was presented at an IOUG conference. It provides information on using the Exachk tool to check Exadata configurations and health. It also describes how Oracle EM 12c can be configured with the Engineered System Healthchecks plug-in to automate Exachk runs and view results through the EM console. Key aspects covered include using the Exachk daemon, setting environment variables, and viewing alert and report outputs in EM.

Migrating to Database 12c Multitenant - New Opportunities To Get It Right!

Performance Tuning Corporation

Oracle ACE Director Dan Morgan presented those slides about migrating to database 12c and how to get it right. For more information, visit www.perftuning.com Between 2015 and 2017 a large percentage of Oracle's existing customer base will be upgrading their existing databases to the new version 12cR1. Most of the time when upgrades happen the only benefits organizations receive are the satisfaction of having survived the upgrade unscathed. In general, the new database, other than having a new version number, provides little in the way of tangible benefits. With the re-architecture that can come with a 12cR1 upgrade it is, for the first time, possible to plan for and receive substantial measurable benefits, and possible to make costly mistakes that could create substantial liabilities that are both business and financial. Oracle ACE Director and industry veteran Dan Morgan, in a presentation targeted to IT/IS management explores both the benefits and the risks and provide a guideline for "getting it right." This Performance Tuning's Lunch & Learn event focuses on management, planning, and budgeting, not features and technology, and provides you and your management teams the information they need to perform the next database upgrade or migration cycle.

Extreme Replication - RMOUG Presentation

Bobby Curtis

This document provides an overview of a presentation on tuning Oracle GoldenGate for performance. It includes details on the speaker and their company. The presentation covers GoldenGate concepts, tools for monitoring performance, a case study, and recommendations. Performance issues were identified in the case study including replication lag of over 1 hour. The recommendations provide tuning tips for Integrated Extract and Replicat parameters.

Looking at RAC, GI/Clusterware Diagnostic Tools

Leighton Nelson

How many ways to monitor oracle golden gate - OOW14

Bobby Curtis

This document discusses various ways to monitor Oracle GoldenGate, including manually using GGSCI commands, scripts, SQL, Oracle Management Pack for GoldenGate, Oracle GoldenGate Director, and Oracle Enterprise Manager 12c. It provides examples of monitoring scripts and how to configure GoldenGate monitoring in Enterprise Manager 12c, including using metric extensions. The document also notes that no monitoring solution is perfect and users should choose wisely based on their data needs.

Best Practices for Developing & Deploying Java Applications with Docker

Eric Smalling

This document provides a summary of best practices for developing and deploying Java applications with Docker. It begins with an introduction and overview of Docker terminology. It then demonstrates how to build a simple Java web application as a Docker image and run it as a container. The document also covers deploying applications to clusters as services and stacks, and techniques for application management, configuration, monitoring, troubleshooting and logging in Docker environments.

A Second Look at Oracle RAC 12c

Leighton Nelson

Oracle RAC 12c has been touted as the best release so far and with reason. There have been significant enhancements to scalability and high availability with features such as Flex Clusters, Flex ASM, Application Continuity and Transaction Guard to name a few. While these cool features grab the headlines, there are others that are not highlighted but can make significant impact on DBA productivity. In this session we will take a second look at some of these features, including operational support enhancements to srvctl, crsctl commands, ADR support for Grid Infrastructure and tools such orachk and tfa. We will also explore some of the new functionality introduced in 12.1.0.2.0.

Managing troubleshooting cluster_360dgrees

Syed Hussain

Active Data Guard @CERN on UKOUG 2012

Marcin Blaszczyk

PUGS Meetup Presentation - 11062015

Wei Shan Ang

The document discusses the journey of a database administrator from Oracle to PostgreSQL. It provides an overview of the speaker's background and experience with Oracle and PostgreSQL. It then compares some key differences between Oracle and PostgreSQL in areas like licensing, architecture and how each handles transactions and compliance with ACID properties. The document also outlines some advantages of PostgreSQL like its extensibility and some disadvantages like lack of parallelism. Overall, the speaker acknowledges Oracle's more advanced features but prefers using the free and open source PostgreSQL, working around limitations.

Extreme replication at IOUG Collaborate 15

Bobby Curtis

Operating and Supporting Delta Lake in Production

Databricks

The document discusses strategies for optimizing and managing metadata in Delta Lake. It provides an overview of optimize, auto-optimize, and optimize write strategies and how to choose the appropriate strategy based on factors like workload, data size, and cluster resources. It also discusses Delta Lake transaction logs, configurations like log retention duration, and tips for working with Delta Lake metadata.

IOUG Data Integration SIG w/ Oracle GoldenGate Solutions and Configuration

Bobby Curtis

Introduction to Apache Airflow

mutt_data

GLOC 2014 NEOOUG - Oracle Database 12c New Features

Biju Thomas

This document discusses several new features in Oracle Database 12c for 11g DBAs. It covers improvements to administration and manageability such as online data file move, temporary undo, listener registration, and limiting PGA. New enhancements to tools and utilities are also presented, like Database Express 12c, enhanced patching, Data Pump NOLOGGING import, and improved features in RMAN. The document provides an overview of many updated features and directs readers to Oracle documentation for more details.

Oracle golden gate 12c New Features

Satishbabu Gunukula

The Oracle GoldenGate software package delivers low-impact, real-time data integration and transactional data replication across heterogeneous systems for continuous availability, zero-downtime migration, and business intelligence. Join the Webinar to learn Golden Gate 12c New Features • Expanded heterogeneous Support • Multitenant Container Database (CDB) Support • Oracle Universal Installer (OUI) Support • Support for Public and Private Clouds • Integrated Replicat • Security • Coordinated Replicat • New 32K VARCHAR2 Support • High Availability (HA) enhancements • Support for Other Oracle products • Improvements to feature Functionality

Similar to Maksims Greckis - Trace File Analyzer (20)

OGG Architecture Performance

Oracle Golden Gate Interview Questions

Oracle GoldenGate Presentation from OTN Virtual Technology Summit - 7/9/14 (PDF)

Oracle GoldenGate Architecture Performance

Exachk and oem12c - IOUG C15LV

Migrating to Database 12c Multitenant - New Opportunities To Get It Right!

Extreme Replication - RMOUG Presentation

Looking at RAC, GI/Clusterware Diagnostic Tools

How many ways to monitor oracle golden gate - OOW14

Best Practices for Developing & Deploying Java Applications with Docker

A Second Look at Oracle RAC 12c

Managing troubleshooting cluster_360dgrees

Active Data Guard @CERN on UKOUG 2012

PUGS Meetup Presentation - 11062015

Extreme replication at IOUG Collaborate 15

Operating and Supporting Delta Lake in Production

IOUG Data Integration SIG w/ Oracle GoldenGate Solutions and Configuration

Introduction to Apache Airflow

GLOC 2014 NEOOUG - Oracle Database 12c New Features

Oracle golden gate 12c New Features

More from Andrejs Vorobjovs

Peteris Arajs - Where is my data

Maksims Greckis - Trace File Analyzer

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Maksims Greckis - Trace File Analyzer

Similar to Maksims Greckis - Trace File Analyzer (20)

More from Andrejs Vorobjovs

More from Andrejs Vorobjovs (20)

Recently uploaded

Recently uploaded (20)

Maksims Greckis - Trace File Analyzer

Editor's Notes