Leve embora: O apresentador Eric Kavanagh discute as tendências do banco de dados com o Dr. Robin Bloor, Dez Blanchfield e Scott Walz neste episódio da Hot Technologies.
No momento, você não está logado. Faça o login ou inscreva-se para ver o vídeo.
Eric Kavanagh: Senhoras e Senhores Deputados, olá e bem-vindos de volta ao show mais quente do mundo da TI corporativa, a Hot Technologies de 2016. Sim, de fato! Meu nome é Eric Kavanagh, hoje vou ser o apresentador de um programa intitulado "A arte da visibilidade: possibilitando o gerenciamento de várias plataformas", sim. Algumas anotações rápidas, há um slide sobre o seu realmente, há cinco anos, e o suficiente sobre mim, me contate no @Eric_Kavanagh. O ano está quente, este é o nosso slide padrão para Hot Technologies. O que fizemos com esse programa é que queríamos um programa que nos ajudasse a definir um tipo específico de tecnologia. Portanto, a idéia é que dois analistas entrem e dêem uma opinião sobre um espaço ou um tipo específico de função. de que a empresa precisa e, em seguida, o fornecedor entra e demonstra o que eles criaram e explica como ele se alinha ao que você ouve dos analistas.
E a razão para isso, como você pode imaginar, é que, no mundo do marketing de software corporativo, existem termos que fazem bandas e o que acontece invariavelmente é que os fornecedores buscam o termo mais recente, coisas como big data ou analítica para exemplo, ou mesmo SOA ou termos diferentes, como plataforma, e algumas vezes essas palavras são muito precisas para uma tecnologia específica e outras não. Este programa foi projetado para realmente nos ajudar a articular para você, o público, que tipos específicos de tecnologias fazem, como elas funcionam e quando você deve aplicá-las.
Com isso, vou apresentar nossos palestrantes. Temos nosso próprio Dr. Robin Bloor, telefonando de seu local em Austin, Texas, Dez Blanchfield, telefonando do outro lado do planeta, e nosso convidado Scott Walz, telefonando de Kentucky. E o seu realmente, eu estou realmente fora de Pittsburgh, então temos hoje uma organização totalmente geográfica de vários lugares diferentes. Com isso, vou empurrar o primeiro slide de Robin, fique à vontade para fazer perguntas a propósito, pessoal, não seja tímido. Você pode fazer isso usando o componente de perguntas e respostas do seu console de webcast. E com isso, vou entregá-lo ao Dr. Bloor. O chão é seu.
Robin Bloor: Ok, obrigado por essa introdução, Eric. Deixe-me apenas chegar ao primeiro slide. Esta é uma coleção de suricatos pensando em banco de dados. Toda a apresentação que estou fazendo aqui é apenas um conjunto geral de pensamentos sobre o banco de dados que tive recentemente, o ponto é que, por volta do ano 2000, parecia que o jogo do banco de dados acabou no sentido que a grande maioria das implementações de banco de dados estava ocorrendo no banco de dados relacional. E então isso mudou, você sabe, todas essas coisas que os suricatas estão pensando: armazenamentos de colunas, armazenamentos de valores-chave, bancos de dados de documentos, banco de dados em memória, banco de dados de gráficos e muito mais coisas surgiram de repente. E foi quase como um novo tipo de era geológica que apareceu fósseis de diferentes tipos de animais de repente.
As notícias do Lago Wobegon, realmente terminaram no banco de dados de modelo único. Não há dúvida de que o RDBMS ainda domina, mas outros tipos de bancos de dados estão agora estabelecidos. Realmente, essa é basicamente a visão geral do que vou dizer aqui.
As dimensões do banco de dados, algumas delas realmente se tornaram mais importantes recentemente, mas as que eu conseguia pensar quando fiz esse slide, de qualquer forma, foi escalado em termos de uso eficiente dos recursos de qualquer servidor? Ele se expande para poder atravessar grandes grupos? Explora o hardware disponível que os tipos de bancos de dados na memória estão indo nessa direção? É distribuível? Existem vários bancos de dados importantes sobre variabilidade para distribuir. Que tipo de características ele tem? A característica ACID fundamental do banco de dados. Mas agora, em vez de ter consistência real, vários bancos de dados têm consistência eventual, as pessoas os usam e eles não têm problemas com eles, por isso demonstraram que o ACID não era absolutamente necessário, apenas uma coisa boa para se ter em um banco de dados. muitas situações.
Em termos de organização de metadados, todo o jogo mudou. Temos organizações de metadados diferentes, em vez de um esquema típico de RDBMS. Em termos do otimizador, há uma enorme quantidade de atividades do otimizador, dependendo das estruturas de dados que você está tentando otimizar. Em termos de capacidade de gerenciamento, há muita variação nisso, que abordarei mais tarde, mas basicamente todo o ponto de um DBMS é gerenciável e, novamente, a extensão de sua capacidade de gerenciamento determina até certo ponto a extensão de sua utilidade.
Em termos de fatores de hardware, esse é realmente o ponto que está dizendo - quero dizer, apenas um ponto está sendo feito aqui - o ponto que está sendo feito aqui é que tudo o que estamos vendo hoje em termos de arquiteturas de banco de dados vai mudar. Podem ser os mesmos bancos de dados, mas eles terão que, de uma maneira ou de outra, levar em conta o que realmente está acontecendo no nível do hardware. Por muitos e muitos anos, tivemos essa situação relativamente simples de CPU, memória e disco giratório - bem, isso acabou.
O ponto aqui é, primeiro de tudo, temos CPUs, mas eles têm muito mais capacidade paralela do que tinham antes com muitos núcleos de processamento diferentes. Também temos GPUs, também temos FPGAs, diferentes tipos de silício, mas a Intel casou com um FPGA com uma CPU em seu próximo lançamento e - AND - casou com GPU e CPUs no mesmo chip. Você tem chips com características diferentes. A vantagem de uma GPU é que ela é realmente ótima para paralelismo pesado e principalmente para cálculo numérico. FPGAs, você pode, de uma maneira ou de outra, colocar o código no chip e ele funciona muito mais rápido do que se você apenas o estivesse alimentando.
Existe um cruzamento dessas coisas que está acontecendo. Temos o 3D XPoint da Intel e o PCM da IBM, que são novos tipos de memória, mais lentos que a RAM, mais baratos que a RAM, mas não voláteis. E isso está criando um pouco de empolgação entre vários fornecedores de software com quem conversei. Temos SSDs, mas agora eles estão ficando muito, muito grandes e estão fornecendo acesso paralelo. Com o acesso paralelo a um SSD muito grande, você pode atingir velocidades de leitura semelhantes às velocidades de leitura da RAM. Temos a possibilidade de três tipos de RAM de armazenamento, o material 3D XPoint e SSDs, que serão extremamente rápidos. E como a velocidade é a essência do banco de dados, toda a tecnologia de banco de dados tentará aproveitá-los o mais rápido possível. E isso envolverá e envolveu arquitetura paralela, mas arquitetura paralela em expansão. O desempenho no nível do hardware está acelerando o tempo todo, o faz há muitos anos, continua a fazê-lo e os custos gerais estão caindo.
Rastro de lágrimas. Trata-se apenas de tentativas diferentes de bancos de dados, os primeiros bancos de dados antes relacionais eram geralmente referidos como bancos de dados de rede, depois vieram bancos de dados relacionais, depois bancos de dados de objetos, eles não obtiveram muita tração, depois os bancos de dados de armazenamento de colunas foram bancos de dados relacionais feitos de maneira muito diferente. E então tínhamos os bancos de dados de documentos e os bancos de dados SQL que eram bancos de dados de objetos feitos de maneira diferente, ou se você preferir, a mesma coluna de bancos de dados de objetos e eles pegaram. Recentemente, tivemos bancos de dados gráficos ganhando tração e bancos de dados RDF. E o que você está vendo há pelo menos três conjuntos diferentes de estruturas de dados que estão sendo acomodados. O banco de dados relacional faz tabelas e linhas muito bem. O banco de dados de documentos e os bancos de dados de objetos - eles fazem uma estrutura de dados estranha, particularmente estruturas hierárquicas de dados, muito bem. E bancos de dados gráficos e RDF fazem muito bem as estruturas de dados da rede. E essas diferentes, penso nelas como três linhas, essas linhas continuarão indefinidamente. Não vai parar porque os mecanismos que fazem essas coisas bem não funcionam na outra estrutura de dados particularmente bem.
E então temos o fator estragador do Hadoop. O Hadoop não é um banco de dados, mas existem bancos de dados que usam HDFS para sua estrutura de armazenamento. E muitas coisas que o Hadoop faz são o tipo de gerenciamento que precisa ser feito para um banco de dados. Também vale mencionar que o Spark também não é um banco de dados, mas sim, e é imaturo, mas possui um otimizador de SQL e, portanto, é como o núcleo de um banco de dados sem necessariamente saber onde você armazenará os dados. , mas se você optar por HDFS, muitos requisitos de banco de dados serão atendidos, simplesmente pelos recursos do sistema de arquivos subjacente. O Spark, em particular, tornou-se parte do ecossistema de banco de dados e geralmente é federado com bancos de dados mais poderosos, e a razão para isso é realmente a análise. Analytics - Spark é, bem, vai muito, muito rápido na análise. O Analytics é o aplicativo principal no qual a maioria das pessoas está investindo no momento. Portanto, os dois andam de mãos dadas. Federação de dados, em vez de regras de concentração, deve ser óbvio pelo fato de você ter pelo menos três necessidades diferentes, tipos estruturados de bancos de dados e, portanto, federação de dados, se desejar compartilhar os dados entre eles. Geralmente, é necessário, mas você também tem bancos de dados escaláveis e bancos de dados que não têm, mecanismos realmente poderosos como Teradata ou Vertica têm um lugar muito particular, mas mecanismos menores que podem fazer uma grande parte do trabalho, portanto, federação é provável que esteja lá por muito, muito tempo, mesmo entre bancos de dados relacionais.
A última coisa a dizer, a IoT, não termina até que a mulher gorda comece a desagradar os dados. A IoT pode criar de uma maneira ou de outra dinâmica diferente no mundo dos bancos de dados e isso complicará ainda mais as coisas. Felizmente, haverá - de uma maneira ou de outra - haverá algum tipo de convergência, mas não vejo tudo se unindo como aconteceu com os bancos de dados relacionais. Não tão cedo, de qualquer maneira.
E acho que é tudo o que tenho a dizer, então vou entregá-lo à Austrália.
Dez Blanchfield: Obrigado Robin. Obrigado a todos por se juntarem a nós, por me receberem esta manhã ou esta tarde, seu tempo. Este é um tópico muito interessante, porque experimentamos uma explosão bastante na última década e um pouco, na quantidade de dados com os quais estamos lidando, e invariavelmente que os dados ficam em algum tipo de sistema que, na maioria dos casos, é um banco de dados de alguma forma. Pensei que rapidamente nos levaria a um nível muito alto de como chegamos até aqui, o problema que está sendo criado e os tipos de coisas que precisamos resolver agora, e depois falaremos sobre os tipos de solução que pode ser aplicada a isso. Deixe-me agarrar meu primeiro slide aqui.Sou da opinião de que estamos no ponto em que o DB admin 2.0, ou administrador de banco de dados 2.0, é o tipo de situação em que estamos, uma vez que um administrador de banco de dados era um papel e um desafio bastante diretos e você pode treinar alguém rapidamente. No mundo de hoje, isso não é mais o caso, e eu vou lhe mostrar por que isso acontece.
Era uma vez, um administrador de banco de dados seria capaz de se conectar ao back-end do banco de dados e fazer uma rápida demonstração dos bancos de dados, e haveria uma lista de bancos de dados no sistema que eles precisavam conhecer e que poderiam acessar rapidamente esses bancos de dados, selecione-os e dê uma olhada e use o translate, descreva a tabela para descobrir o que há em uma tabela e cada uma das colunas e linhas, e foi um desafio relativamente simples e se você ler a média com um livro de duzentas ou trezentas páginas sobre administração de banco de dados para cada plataforma, você quase conseguiu se ensinar sem ter que fazer um diploma em ciência de foguetes.
Mas esse não é mais o caso, e a razão para isso, em minha opinião, é que existem muitas opções no mundo dos bancos de dados para que uma pessoa seja especialista em um especialista e possa gerenciar e administrar manualmente . E a razão para isso é que, nas últimas quatro a cinco décadas, quando se trata do mundo de servidores e sistemas de banco de dados, servidores de banco de dados e suítes de aplicativos, percorremos um caminho muito, muito longo. Era uma vez tínhamos muito trabalho para lidar com o que eram efetivamente pequenos dados, e rimos pequenos quando olhamos para trás agora. Eu vi uma foto realmente legal no outro dia, dessa senhora incrível que era a principal programadora e desenvolvedora da NASA na época em que colocávamos homens na lua, e seu código foi editado em cento e trinta e dois linhas de coluna e dobradas por leques, e na verdade era mais alto do que ela, a quantidade de código que ela escreveu.
E quando eu pensei sobre isso, fiquei tipo, na verdade, são provavelmente cerca de duzentos ou trezentos megas de dados em que ela precisou digitar tudo no máximo, se não menos. E, portanto, a quantidade total de dados para armazenar seu código, mesmo que fisicamente fosse mais alta do que ela quando foi editada no papel, era na verdade uma quantidade muito, muito pequena. Mesmo esses computadores enormes, do tamanho de uma sala, e este é um IBM System / 360 neste slide em particular, a quantidade de dados que ele poderia conter era pequena em comparação com o mundo de hoje. De fato, nossos smartphones possuem 60 e 128 e 256 gig e em breve teremos terabytes em nossos telefones em pouco tempo, quando o preço do flash cair.
E então, naquela época e época, a administração de bancos de dados era bastante direta. Aqui está um instantâneo de uma sessão do terminal 3270 e, para um DBA, poder efetuar login e dar uma olhada no número de arquivos relacionados ao banco de dados e nos índices existentes e nas linhas e colunas simples. E você pode ver aqui nesta captura de tela, que o resultado disso é uma tabela e vários espaços de tabela, que teriam sido o mainframe inteiro gerenciando uma tabela de banco de dados. Hoje, mantemos bilhões de linhas de registros em sistemas de banco de dados. E a mudança ocorreu através de uma mudança na tecnologia que nos permitiu criar plataformas de banco de dados e sistemas de gerenciamento de dados.
Se pensarmos no tipo de mainframes originais e em muitos computadores executando bancos de dados e, eventualmente, bancos de dados relacionais, há mais de cinquenta anos atrás, e esse grande mundo de ferro e os pequenos conjuntos de dados que tínhamos, quando chegamos aos oitenta anos , estávamos no meio, percorremos os mainframes do mini ao micro e tínhamos PCs executando coisas como dBase II e dBase III, e no DOS e CP / M e tínhamos um banco de dados relacional muito antigo- tecnologias de estilo disponíveis e elas se expandiram muito bem em comparação com o que estávamos acostumados no mainframe. Quando chegamos aos anos 90, tínhamos gostos como Oracle e DB2. E, no final dos anos 90, tínhamos pessoas, como computadores secretos que podiam ser colados como um modelo de rede, máquinas muito, muito grandes, máquinas do tamanho de gabinetes, que se encaixavam e construíam agrupamentos de computadores. Mas, mesmo assim, ainda era pequeno comparado ao que vemos hoje.
Mas no slide que eu vim aqui, esse é o cluster do Hadoop e age efetivamente como uma máquina e, essencialmente, é apenas um computador realmente muito grande e pode conter os tipos de dados em escala da web com os quais estamos acostumados agora . E, portanto, o desafio da administração de bancos de dados, o gerenciamento de bancos de dados nesses tipos de plataformas se tornou, na minha opinião, ciência de foguetes. Você precisa ser um personagem extremamente inteligente para entender a tecnologia em que trabalha, a plataforma em que trabalha, os dados existentes, os tipos de uso desses dados. E sim, vimos essa explosão do início dos anos 2000, onde o Microsoft SQL se tornou uma coisa, o Lotus Notes estava bastante estabelecido e o número de bancos de dados do Lotus Notes espalhados pelo local era assustador. E nós tínhamos os representantes habituais da Oracle e DB2 e realmente começamos a tomar posse. Algumas das marcas como estavam começando a desaparecer. Mas ainda estávamos realizando a administração tradicional de banco de dados até aquele momento, em torno daquele tipo da era de 2006, em que, se eu voltar à imagem desse cluster, tivemos o que chamamos de clusters Beowulf se tornar uma coisa, onde poderíamos pegue PCs prontos para uso, cole-os e faça grandes supercomputadores.
Mas a partir desse momento, cruzamos um ponto crítico onde os seres humanos eram capazes de administrar os bancos de dados da velha escola e - como eu digo, na minha opinião - a escala se tornou muito, muito grande, muito, muito rapidamente. É quase como se tivéssemos esse evento do big bang em tecnologia que impulsionou a adoção da tecnologia de dados e da tecnologia de gerenciamento de dados e, particularmente, nos bancos de dados ao seu redor. E porque estávamos de fato criando clusters de alto desempenho no estilo de computação para hospedar dados de diferentes formas. E para pontuar esse ponto, aqui está uma visão geral do cenário a partir de 2016 das tecnologias de banco de dados que estão disponíveis para nós. Desde o canto inferior direito e o código aberto, até o canto superior esquerdo em infraestrutura. E no canto superior direito, nas soluções de aplicativos disponíveis, e no canto inferior esquerdo, uma mistura dos mecanismos de infraestrutura e desempenho que fazem análises, e assim por diante. E no meio existem dispositivos como nossos smartphones, que são realmente executados em versões muito pequenas de bancos de dados, para fazer coisas como gerenciar nossos contatos e assim por diante, ou nossos registros de chamadas e outras coisas que temos.
E então, em minha mente, houve essa explosão, como uma explosão cambriana nesse tipo de coisa, em que a quantidade de desenvolvimento de tecnologia que ocorreu naquele período muito curto de tempo de 2006 a 2016 agora, que é efetivamente uma década, por assim dizer. Agora vimos bancos de dados gráficos se tornar uma grande coisa, bancos de dados em memória se tornarem uma grande coisa, bancos de dados SQL estão chegando. A mudança para diferentes modelos de computação, surgiu o Hadoop, tínhamos o modelo MapReduce, agora temos computadores de análise e streaming e Spark, dados distribuídos resilientes, estruturas que as pessoas precisam desenvolver para eles, para atingir as escalas necessárias, e quando pensamos nessa jornada, para fazer o tipo de, quais são os sistemas de gerenciamento de banco de dados relacional com os suspeitos do costume, Oracle, PostgreS, Sybase, IBM DB2, MySQL e a plataforma Microsoft SQL Server. Vimos algumas crianças novas entrando em cena agora, Clustrix, Xeround, NuoDB, MemSQL, e há dezenas e dezenas mais como você viu naquele slide antes. Se você pode imaginar o desafio de ter que conhecer essas plataformas e saber como executá-las e obter o painel único de visualização de vidro, de que você precisa ser um DBA e fazer essas coisas, o desafio está longe de ser trivial. E de repente surgiram os mecanismos NoSQL, que são uma nova geração de desafios divertidos.
E assim, o slide final que eu tenho aqui é o derradeiro golpe de um-dois-três e é que nós pegamos algumas dessas tecnologias agora e criamos um recurso de serviço para elas, colocamos em modelos de nuvem e agora estão disponíveis como um utilitário, como um serviço, você pode basicamente obter banco de dados como um serviço e as marcas comuns que vemos nos Serviços Web da Amazon e na Plataforma de computação na nuvem do Google e Microsoft Azure são as que mais atraem as pessoas mente, mas na verdade existem dezenas e dezenas de plataformas na nuvem agora. E na Austrália, por exemplo, existem algo como cento e doze empresas que são uma nuvem pública de grande escala de boa-fé que oferecem serviços de banco de dados de várias formas.
Pensar no desafio que o DBA comum tem de sair da cama e ir trabalhar e lidar com agora é um desafio impressionante. E, agora, estou muito convencido de que, como muitas coisas na vida, aumentamos as horizontais e verticalmente, ou seja, a infraestrutura é dimensionada em um modelo de crescimento quase horizontal e quase linear e a complexidade da pilha no sentido vertical, o número de plataformas de banco de dados, o número de estruturas e modelos de aplicativos com os quais temos de lidar, foram muito além do que os humanos devem ser capazes de lidar em um único painel de visualização de vidro e qual é o objetivo agora com os administradores de banco de dados todo um conjunto de novas ferramentas para poder conversar com todas essas plataformas, gerenciá-las, administrá-las e apoiá-las, e acredito que esse é o tópico das nossas conversas hoje de manhã ou hoje à tarde, o seu tempo e com isso em mente, Entregarei ao nosso convidado que falará muito sobre seu produto e como ele enfrentará o desafio.
Eric Kavanagh: Tudo bem Scott, eu vou entregar
Scott Walz: Muito obrigado, tudo bem, obrigado. Obrigado Dez, obrigado Robin, e obrigado a todos por se juntar e me receber hoje. Quero agradecer a Robin e Dez por me levarem para um passeio pela memória, tendo estado no espaço desde o início dos anos 90, você trouxe de volta muitas boas lembranças. A memória que eu não vi em nenhum desses slides e nas fotos eram os cartões perfurados. E essa foi a primeira coisa que me foi apresentada quando comecei no meu primeiro emprego na universidade, meu colega de trabalho no cubo ao meu lado me disse para não tocar em seus cartões perfurados. Então, sim, absolutamente, e tem sido realmente um desafio, e um desafio em que estamos trabalhando para ajudar nossos clientes a abordar e, desde meados dos anos 90, e este é um produto sobre o qual quero falar hoje. Vamos dar uma olhada no gerenciamento de várias plataformas, e este é apenas um subconjunto. Eu escolhi um gráfico, mas como Dez colocou—
Eric Kavanagh: Você precisa compartilhar sua tela.
Scott Walz: Oh, com certeza, obrigado.
Eric Kavanagh: Não se preocupe. E pessoal, não seja tímido, faça perguntas, temos três calças espertas hoje, então são perguntas difíceis. Você pode usar o componente de perguntas e respostas do seu console de webcast ou twittar com a hashtag do BriefR. Ok, Scott, leve embora.
Scott Walz: Lá vamos nós, obrigado. Peguei este slide e esta imagem. A imagem de Dez realmente me surpreendeu, porque é o mundo em que vivemos hoje e o mundo em que os DBAs estão se apresentando. E como eles mencionaram, não é mais, você realmente, luta para poder para fazer isso com força bruta. Você realmente precisa das ferramentas, e estamos entrando para jogar e estamos vendo toda essa troca, o momento mudar onde estava no início e ficar muito isolado, como você mencionou, e depois fomos trabalhar com várias plataformas de banco de dados , então essa foi a nossa primeira incursão nas ferramentas e, em seguida, voltou para onde as organizações, depois do ano 2000 e quando meio que se contraiu um pouco. Com as organizações e queria continuar sólido, ele voltou e simplesmente explodiu quando você apresentou todas essas novas plataformas. E agora, em vez de ser direcionado a uma plataforma ou tecnologia específica, nenhuma dessas organizações está descobrindo o que é melhor. Qual é o melhor banco de dados de aplicativos, qual é a melhor plataforma para usar? E com isso dito, quero orientá-lo um pouco sobre o que fazemos com o DBArtisan. E o DBArtisan tem sido nosso principal produto, gerenciando, como diz ambientes multiplataforma há mais de 20 anos, e é aqui que vivemos e é onde gostamos de enfatizar e trabalhar com nossos clientes e fornecer as ferramentas para torná-los produtivos. e realizado.
Vamos seguir em frente e vou entrar. Estou mostrando mais o produto enquanto passo os slides e acho que você provavelmente também. Para aqueles que nunca viram o DBArtisan antes, estamos olhando para o comp, e acho que Dez usou o termo “painel único de vidro”, e isso é algo que nos orgulhamos de dar ao DBA uma única olhada todas as suas plataformas. Certo, não há necessidade de abrir nenhum outro aplicativo, nós vamos conectar e colocar você lá e começar a trabalhar com a plataforma. Olhando para o explorador de banco de dados à esquerda, podemos criar isso como acharmos melhor, podemos organizá-lo como quisermos. E você verá que eu tenho uma mistura, alguns dos meus servidores Oracle, tenho MySQL, tenho PostgreS aqui, também tenho um - são rotulados como servidores de produção que incluem alguns dos ambientes do servidor MySQL. Mais uma vez, podemos ver ali que temos um bom ajuste. Se eu olhar para o registro de um novo banco de dados, você verá uma das plataformas suportadas, há algumas que eu quero mencionar. Você notará que, quando este é o seu SQL, suporte para isso, Teradata, Apache, PostgreS, aqui estão os genéricos que apoiamos.
Se tivermos um driver JDBC ou LDBC em qualquer uma das plataformas, poderemos conectar, fornecer uma conexão e permitir que você trabalhe com a plataforma diretamente no DBArtisan. Mais uma vez, permitindo que você se concentre no trabalho em questão, e não como você o fará. Caminhe por tudo isso. Mas quero mostrar algumas coisas sobre o produto. Nesse caso, vamos abrir e lidaremos com a Oracle, por exemplo. Esta é apenas minha pequena página de destino aqui, mas quero dar uma olhada em alguns dos meus esquemas com os quais trabalho. Vamos puxar um dos esquemas maiores. Novamente, traremos de volta a lista de tabelas. Certo, neste caso, vou abrir uma tabela, então vamos selecioná-las e trazê-las para o nosso editor de objetos.
Agora, a Oracle é algo com que trabalho há anos, o que vou mostrar para você é provavelmente uma afirmação fácil para você. Mas se o Oracle é a plataforma, ou se o PostgreS é a plataforma, ou o Teradata é a plataforma que você acabou de receber e precisa acelerar, a tarefa em questão é adicionar uma coluna. Ou talvez a tarefa em questão seja excluir uma coluna. Mas você não precisa se preocupar com a sintaxe, certo? Queremos ir, basta digitar o que precisamos, configurá-lo e deixar o DBArtisan para gerar. Aqui, pressionaremos "Alter". Ele irá gerar o script para nós. Novamente, um exemplo muito simples, mas o ponto é que ele fará o trabalho para gerarmos e colocar esta coluna na tabela.
O que também podemos fazer é mover as colunas pela tabela. Se você já tentou fazer isso com o tradicional, é um pouco mais complicado do que apenas uma única linha de código como esta. Mas, novamente, o DBArtisan vai trabalhar nos bastidores, gerar o código para você e produzir novamente o SQL. Nós vamos fechar daqui. Antes disso, observe todas as guias na parte superior novamente, a interface do usuário é muito intuitiva. Se eu entrar no explorador, se eu pular para o PostgreS, certo? Se eu entrar no meu modo de esquema lá, olhe para a mesa, aparência muito semelhante, certo? Vamos abrir isso, mais uma vez veremos as informações aqui. As propriedades, ancestrais, as colunas. Somos específicos da plataforma, forneceremos a você isso, a interface do usuário, para poder exibir isso e trabalhar com os objetos. Você saberá o que precisa fazer, e isso permitirá que você o faça de maneira eficiente e oportuna, para que você não precise se preocupar exatamente com qual é a cláusula que precisa ir para lá para forneça essa opção. Nós cuidaremos disso para você.
Além disso, quando olharmos, vou agora para o SQL Server e falar um pouco sobre alguns dos outros recursos, portanto, todos precisamos monitorar o banco de dados. Então, novamente, inicie, vamos ver todas as sessões que estão ocorrendo, sessões que estão em execução. Como veremos quais instruções estão sendo executadas e poderemos ter controle sobre isso? Precisamos parar uma sessão? Precisamos ver algum bloqueio que possa estar no banco de dados? Qualquer bloqueio de bloqueio? Novamente, temos todas essas informações aqui na ponta dos dedos para reagir rapidamente, tomar ações corretivas, se necessário, e revertê-las. Voltaremos ao nosso explorador. É aqui que este é o ponto de partida, é para onde eu sempre volto, é aqui que eu pessoalmente gosto de começar as coisas e trabalhar a partir daqui. Como estou conectado a um banco de dados do SQL Server para examinar os utilitários. Como somos multiplataforma, podemos começar a analisar extrações, migrações. Podemos mudar de plataforma se precisarmos migrar objetos de uma plataforma para outra, podemos fazer isso, desde que esses objetos existam nas diferentes plataformas. Extraia os esquemas, publique nos relatórios, carregue e descarregue dados e faça backup dos bancos de dados.
Novamente, tudo isso dentro da interface do usuário. E vindo aqui para as ferramentas, você pode ver um conjunto completo de ferramentas das quais podemos operar, certo? Entre o "Localizar nos arquivos", podemos fazer uma pesquisa completa no banco de dados, onde procuramos dentro das tabelas do sistema para encontrar a string que você está procurando. “Execução de script e arquivo”, se você tiver uma declaração padrão que possa ser executada em várias plataformas, várias fontes de dados, podemos configurá-la diretamente de um DBArtisan apontado para os destinos nos quais queremos que ela seja executada. Pressione “Ir” e ele será executado e nos trará de volta os resultados em relação a todas essas fontes de dados de destino. Mais uma vez, permitindo que você trabalhe nesse único painel de vidro.
E "Analyst Series", novamente, essas são mais aprofundadas. Essas são mais voltadas para os bancos de dados relacionais, à medida que começamos a entrar em mais das plataformas mais novas. Você começará a nos ver expandindo essa funcionalidade também nessas áreas. E, em geral, apenas muitas melhorias na interface do usuário. Recursos voltados especificamente para o DBA. Itens como temos a capacidade de criar uma biblioteca de scripts.Esses scripts SQL que você executa frequentemente em várias plataformas, salvam-no aqui, arraste-o, assim que instalarmos uma nova janela ISQL, podemos simplesmente arrastar o script para dentro e já temos o script pronto. Novamente, tendo isso ao seu alcance para poder fazer e gerenciar. Você notará que entregamos com scripts já definidos para algumas das plataformas, para que possamos criar e criar quantos forem necessários a qualquer momento.
Uma coisa agradável que eu gosto e muitos de nossos clientes gostam, se você estiver interessado, e eu recebo muito essa pergunta com relação a: "Como faço isso? Isso é bem legal. Como o DBArtisan faz isso? ”Há um pequeno recurso aqui,“ Logfile ”, você pode registrar todas as instruções SQL que executamos, portanto, se você quiser saber como preenchemos esse exploratório ou como preenchemos o editor de uma tabela do PostgreSQL ou uma tabela Teradata, registre o SQL e gravaremos tudo o que o DBArtisan está executando no banco de dados. Você pode voltar e ver esse SQL e ter tudo o que precisamos. Talvez você queira incorporar isso como parte de um de seus scripts. Absolutamente. Totalmente bem.
Gostamos de ser muito transparentes com o que estamos fazendo e o que estamos executando no banco de dados; portanto, permitiremos que você salve e grave tudo o que aplicamos ao banco de dados. Também temos opções de configuração. Você notará que eu o configurei como "Organizando pelo proprietário do objeto". Também posso configurar pelo "Tipo de objeto". Se eu voltasse ao meu ambiente PostgreSQL novamente, entraria no esquema se visse os SQLs em vez de apenas minhas tabelas GIM pertencentes a esse esquema, vou ver todas as tabelas, independentemente dos nomes dos esquemas. Mais uma vez, diferentes maneiras de organizar coisas que realmente personalizam para o seu próprio fluxo de trabalho e como você gostaria de vê-lo.
E a última coisa sobre a qual quero falar é a capacidade de definir "Marcadores". Se eu pesquisar, se estiver trabalhando em uma das minhas plataformas e quiser me concentrar apenas no modo de tabelas, posso adicionar um marcador. Eu sei, um recurso muito simples, mas tão bom de ter, especialmente quando você está trabalhando com tantas fontes de dados e tantas plataformas quanto o DBA de hoje. Para poder entrar no sistema, inicie o DBArtisan e deixe o gerente de favoritos levá-lo diretamente para o local na árvore em que você precisa estar e poder trabalhar. E então, a partir daqui, eu poderia criar uma nova tabela e, novamente, nas plataformas que apoiamos que você viu anteriormente, e mostraremos o "Assistente" para permitir que você conduza, desenvolva e crie a tabela. E vamos gerar toda a sintaxe necessária para fazer isso nos bastidores e apresentá-la no final em um painel de visualização. Você pode validar, ver exatamente o que vamos gerar. Você pode pressionar o botão "Executar", depois o botão "Concluir", deixe executar. Ou você pode salvá-lo ou enviá-lo para outra janela ISQL; portanto, faça-o novamente, talvez precise fazer parte de um script maior e maior que você deseja salvar e implantar durante o horário da janela de lote.
Essa é uma visão geral do DBArtisan. Quando falamos sobre isso, novamente, é um produto que possui muitas plataformas, suporte para essas plataformas e ótima experiência do usuário, além de ótimos comentários de nossos clientes. E se você estiver interessado, como um dos membros do painel, mas se precisar encontrar algo relacionado ao IDERA ou ao DBArtisan, sinta-se à vontade para entrar em contato e certamente poderá me encontrar no meu endereço.
Eric Kavanagh: Tudo bem, acho que vou abrir para Robin perguntas e depois Dez e depois monitorarei as perguntas e respostas dos participantes. Robin, leve embora.
Robin Bloor: Ok, bem, quero dizer, a primeira pergunta, eu já estou familiarizado com o DBArtisan há um bom tempo, então estou ciente de suas capacidades. O que eu estaria interessado em abordar são os seus caminhos futuros a partir daqui. Quero dizer, sabe, a última vez que olhei para isso, deve ter sido há muito tempo. Vejo que você oferece suporte a pelo menos três bancos de dados que eu não sabia que era compatível anteriormente. Qual é o caminho a seguir para o DBArtisan? É provável que você adicione mais e mais bancos de dados ou é uma extensão de recurso? Onde você pretende ir com isso?
Scott Walz: Essa é uma ótima pergunta e eu gostaria de todas as opções acima. Certamente continuaremos a desenvolver porque as plataformas tradicionais de RDBMS não estão paradas, certo? Eles continuam a crescer. Continuaremos a seguir esse caminho. E então você nos verá começando a olhar e seguir nessa direção de oferecer suporte a novas plataformas líquidas. Como reconhecemos que, embora algumas dessas plataformas continuem crescendo, o RDBMS tradicional, há certas situações em que as novas plataformas são as plataformas certas para os clientes. Realmente estamos de olho nesse mercado, nesse segmento e tentando tomar as decisões corretas em quais plataformas usar. Eles parecem estar mudando todos os dias, praticamente.
Robin Bloor: Bem, como eu e Dez estávamos dizendo, é um mercado muito animado, é possivelmente uma maneira de encará-lo. Outra coisa em que eu estaria interessado - obviamente você não será capaz de responder a essa pergunta com detalhes precisos, mas encontrei sites no meu tempo em que existem milhares de instâncias do Oracle e o Oracle não estava o único banco de dados em uso que estava sendo implantado, você sabe. E quando eu realmente conversei com eles sobre como você gerencia tantas instâncias, eles disseram: "Bem, você sabe, existem apenas cinco ou seis grandes instâncias e temos cerca de três DBAs espalhados por ela". Estou meio interessado em usar o DBArtisan, porque você pode fazer muito com ele, quantos bancos de dados ficam, digamos tipicamente, ou mesmo quais são os maiores exemplos de quantas strings ele pode gerenciar de uma só vez?
Scott Walz: Bem, já vi situações - e novamente, é um pouco complicado, essa pergunta é porque o DBArtisan me permite ter várias conexões ou várias fontes de dados definidas para uma única instância. Talvez eu queira fazer um syslogin e, em seguida, fazer um login com permissões mais baixas, mas lidei com clientes que, com tudo recolhido, passam por várias telas. Agora, quando perguntei a eles, a pergunta que você me fez é: "Como você administra tantos?" E então ele diz: "Eu não." Certo? “Eu administro o que posso, mas preciso ter acesso a tudo.” Ainda estou para ver qualquer coisa que pare, você sabe, os limites superiores do que as pessoas podem gerenciar é realmente o limite superior do que essa pessoa, o indivíduo, pode lidar com. Mas você sabe, como mencionei, as pessoas com quem eu desafio, elas admitem abertamente que têm todas essas conexões, mas não há como elas conseguirem administrá-la. Eles confiam em sua equipe. Como tenho certeza de que você já experimentou, sim.
Robin Bloor: Bem, eu realmente fui um DBA, apesar de não fazer isso por muito tempo. E a única coisa que, você sabe, eu me lembro, acima de qualquer outra coisa nos bancos de dados relacionais, é que você pode fazer uma quantidade enorme de coisas com o SQL. Muitas vezes, mais do que você pensa que poderia. O que, de uma maneira ou de outra, explica algumas das funcionalidades que o DBArtisan possui, porque apenas se traduz diretamente no SQL. Mas, tenho certeza de que você faz outras coisas. É tudo script SQL ou existem outras rotinas especiais que foram escritas para situações esotéricas?
Scott Walz: Sim, muito disso, a maior parte é SQL, essa é apenas a natureza disso. Mas escrevemos rotinas que podem ser executadas em uma linha de comando usando as ferramentas do fornecedor, os front-ends do fornecedor. Colocamos front-ends, por exemplo, para os utilitários de carregamento de dados nas plataformas, certo? Esses não são scripts SQL, certo, são trabalhos de linha de comando. Ele irá gerá-los e poderá dar esses ao DBA que eles poderão executar. Veja, sim, faremos um pouco dos dois, mas a maioria são scripts SQL.
Robin Bloor: Ao examinar, porque obviamente você deve, de uma maneira ou de outra, dar uma olhada nos desenvolvimentos que estão acontecendo que considero relativamente novos. Quero dizer, uma das coisas que acho interessante que está acontecendo é que o Spark obviamente está decolando como um foguete, mas o SQL do Spark deixou de ser terrivelmente imaturo e começou a parecer um pouco mais maduro com um pouco mais de recursos SQL. Você olha coisas assim e se pergunta se vai começar a gerenciar as pessoas com o DBArtisan?
Scott Walz: Certamente e eu faço. Está sempre lá. Sei que nossa equipe de gerenciamento de produtos está sempre olhando para onde ir e, absolutamente, tudo está sobre a mesa para nós, com relação ao que estamos vendo no futuro.
Robin Bloor: Ok, Dez, você quer se amontoar?
Dez Blanchfield: Sim, na verdade, tem um monte de coisas boas que você abriu a porta para mim lá, Robin. Muito obrigado. Estou interessado em explorar algumas das coisas que surgem quando olho produtos como esse e fico muito animado. Quando verifiquei minha lição de casa duas vezes, porque, como o Dr. Robin Bloor mencionou antes, ele está acompanhando isso há algum tempo e lembro-me de examinar os requisitos de suas especificações outro dia e pensar que, na verdade, essa coisa funciona muito bem. inclina-se para o que realmente faz. E acho que pela memória - corrija-me se estiver errado - acho que o desempenho de um laptop executaria confortavelmente o DBArtisan e, no entanto, era capaz de executar back-ends de bancos de dados bastante significativos. E fiquei muito interessado em ver que você também tinha o Firebird e o Greenplum. Fiquei bastante impressionado com o requisito ou a especificação do hardware que poderia literalmente funcionar como um gig de RAM em uma CPU de um gigahertz. Isso foi bastante impressionante.
Mas os casos de uso são algo que eu quero aprofundar um pouco. Você está vendo a aceitação do produto como um caso de necessidade por causa dos ambientes existentes que acabaram de ficar fora de controle ou você está vendo as pessoas agora sendo um pouco mais proativas e dizendo, você sabe, estamos construindo algo muito grande, é complexo. E estou pensando em fusões e aquisições, por exemplo, aqui, onde uma organização pode comprar várias empresas - pequenas, médias, grandes, qualquer que seja - e acabar herdando todos esses ambientes e tendo que criar um novo recurso de banco de dados. Quais são os casos de uso normalmente para isso, tanto quanto o tipo de organização e o tipo de aplicativo? São predominantemente as pessoas que têm ambientes existentes e precisam apenas limpá-los e controlá-los ou as pessoas estão sendo um pouco mais proativas e pensando na complexidade que estão prestes a criar e com você a bordo mais cedo?
Scott Walz: Estamos vendo muito mais cedo, pelo mesmo motivo que você mencionou, a consolidação. Com a amplitude de suporte à plataforma que temos, não é totalmente à prova de futuro, certo, mas está colocando você e seus DBAs em uma situação muito boa que, quando eles olham para um potencial alvo de aquisição, certo, eles são um pouco menos , você sabe, o pensamento de quais plataformas poderíamos estar herdando, certo? Embora seja importante, certo, a preocupação é um pouco menor do que isso significa para os nossos DBAs, certo? Os DBAs têm um produto agora que sabem que podem se conectar e, se estão familiarizados com o uso do produto, estarão familiarizados com a conexão à plataforma que acabaram de adquirir. Então essa é certamente uma área que estamos vendo, novamente, você sabe há muito tempo os clientes com o mash-up de todas essas plataformas, certo? Como vou colocar minhas mãos nisso, certo? E eles tentaram porque o processo de pensamento é que cada uma das plataformas tem uma ferramenta, certo? Podemos usar nossa própria ferramenta, certo? Mas, eventualmente, volta-se que, você sabe o que, sim, você pode, mas não só vou ter que aprender cada uma das plataformas, agora estou aprendendo cada uma das ferramentas que acompanham cada uma das plataformas e então você acabou de compor o trabalho de um DBA. Então, também estamos vendo a situação em que eles estão voltando para nós e dizendo: "Sabe, precisamos resolver isso. Vamos pegar uma ferramenta para o DBA, porque eu tenho coisas mais importantes para o DBA do que aprender a interface do usuário de uma nova ferramenta. Ou ferramentas diferentes. ”
Dez Blanchfield: Sim, não definitivamente. E, sabe, quando você vê, penso que de memória quando olhei ontem apenas para checar novamente que não estava errado, lembro que você apoiou a Sybase, por exemplo, e isso já existe há algum tempo. Há outra pergunta que eu realmente tinha para você: sim, é ótimo ter o Greenplum e o Firebird na sua lista, mas o Sybase, que envelhece muito rapidamente, mostra que ele existe há algum tempo e fez um bom trabalho.
Clusters. Portanto, uma das maiores dores de cabeça para um DBA é que eles apontam essencialmente para o que parece um endereço IP e um monte de APIs ou se é JDBC ou LDBC ou o que quer que possamos estar falando, mas por trás disso há um cluster. O que pode ou o DBArtisan sabe sobre o que está por trás da porta número um, por assim dizer, como quando conecto o back-end do banco de dados, consigo ver todos os ambientes por lá e, em particular, para que haja duas partes no pergunta, talvez. O cluster, por exemplo, quando você pensa em, você sabe, você suporta o IBM DB2 e Microsoft SQL Database Server e MySQL e PostgreSQL e Oracle e alguns desses RDBMSs tradicionais e, você sabe, invariavelmente, executamos um master-slave ou master-master ambiente para redundância e alta disponibilidade e também desempenho. O DBArtisan sabe que existe algo atrás da porta número um que não é apenas um banco de dados em si, mas um cluster e, se sim, o que ele sabe sobre isso? E fluir para isso rapidamente, para que você possa responder à mesma pergunta, desculpe. Então, por trás dos clusters em alguns dos cenários que você tem, como as pessoas estão lidando com a mistura entre ambientes de produção e ambientes de recuperação de desastres, no que diz respeito ao uso do DBArtisan?
Scott Walz: Ótimas perguntas. Darei a você que será contingente nas plataformas específicas porque, por mais que tentemos, teremos diferentes níveis de suporte para alguns desses recursos detalhados e profundos. Para a Oracle, por exemplo, e o ambiente RAC, Real Application Cluster, você pode conectar-se ao nó primário desse cluster, mas, ainda assim, passando pelo monitor de banco de dados que mostrei, vamos ver o SQL em execução e nós ' na verdade, vou lhe dizer em qual nó do cluster ele está sendo executado, certo? Para que você veja exatamente se, você sabe, consultas de execução lenta, vamos ficar de olho nisso, em que nó ele está sendo executado? Como inevitavelmente, todo o motivo do cluster, certo, é para o usuário final, ele não se importa onde ele foi executado, mas para o DBA, precisamos acompanhar esse tipo de informação. Podemos descer para esse nível de detalhe no Oracle, por exemplo. As outras plataformas com as quais temos conectividade, provavelmente não são tantos detalhes quanto a Oracle.
Com relação à produção e ao ambiente de desenvolvimento, essa é uma boa pergunta. Estamos dando o mesmo nível de suporte. A verdadeira maneira principal de ajudarmos, a camada de conectividade estará lá, certo? Poderemos conectar e executar todos os recursos. Tenho clientes que estão utilizando alguns dos recursos do DBArtisan para categorizar suas fontes de dados, certo? E, novamente, isso pode ser um pouco complicado para a pergunta exata que você está fazendo, mas permitiremos que eles denotem graficamente como eles estão trabalhando. Porque essa é uma das coisas do DBArtisan, é que posso mudar rapidamente entre as fontes de dados. E a próxima coisa que você sabe é que estou me preparando para executar uma declaração truncada e estou olhando para ver se estou conectado - acabei de executar isso contra produção ou desenvolvimento? Por isso, fornecemos alguns recursos no DBArtisan para ajudar os DBAs existentes, além de gerenciá-los e mantê-los longe de problemas, se desejar, com algumas das atividades do DBA.
Dez Blanchfield: Com isso em mente, na longa lista de plataformas atualmente suportadas, tenho certeza que isso explodirá muito em breve por razões óbvias. Quero dizer, você suporta nomes como o DB2 no z / OS, por exemplo, no mainframe e, obviamente, você suporta nomes do que costumávamos chamar de mid-range, mas agora apenas sistemas UNIX e plataformas mais modernas, sabe, o Linux e, eventualmente, ele será portado para os gostos do Bluemix e no Cloud Foundry, portanto, você terminará com o DB2 executando no Cloud Foundry no Bluemix, com a IBM e a nuvem no soft. No momento, as pessoas estão executando não apenas o gerenciamento e o monitoramento, mas você mencionou antes a capacidade de migrar e mover dados. Você está vendo pessoas pulando na cama com o DBArtisan e dizendo: “Sabe de uma coisa, temos um monte de coisas nos mainframes antigos que precisamos sair e foi um grande aborrecimento fazer isso. Se eu puder apontar, clicar e arrastar daqui para lá, posso realmente mover e migrar meus dados e meu esquema. ”Isso é algo que as pessoas estão fazendo?
Scott Walz: Eles estão realmente se movendo, certo? Eles estão removendo os dados, certo? Agora, eles estão usando o DBArtisan como uma ferramenta para isso. Está fazendo tudo por eles? Não. Estamos começando a arrastar e soltar, não exatamente lá, mas estamos permitindo que eles gerem alguns scripts, porque idealmente você vai querer usar - você não quer que esse trabalho seja executando no seu cliente, no seu laptop, pelo mesmo motivo que você mencionou. Podemos correr com um pé muito baixo, certo? Estamos ajudando-os a gerar scripts e, em seguida, revertê-lo e construí-lo, para que eles possam entregar o script e executá-lo no servidor, certo? E obtenha o poder, a potência por trás do servidor para fazer isso. Estamos ajudando-os a gerar alguns de seus trabalhos para realizar esse trabalho.
Dez Blanchfield: Direito. Alguns últimos para você e depois podemos voltar. O que realmente me impressionou ao passar por seu adendo, o que é fantástico, e na verdade, eu gostaria que tivéssemos mais uma hora para entrar em mais detalhes. Um grande desafio para os DBAs, certo, é a conformidade básica, a governança geral da infraestrutura, as auditorias, os relatórios sobre o estado atual e a preparação futura para coisas como, você sabe, apenas o crescimento geral do ambiente. Parece-me que, embora o ponto principal do que o seu produto parece fazer seja o de facilitar a vida, esse painel único de vidro, a visão única do mundo, e eu posso essencialmente clicar, apontar e arrastar e adoro o fato. que eu poderia treinar alguém para fazer isso muito rapidamente agora, eles não precisam ler o manual, por assim dizer.Parece-me que a ferramenta também me permite fazer um monte de coisas em relação à governança, conformidade e auditorias, que eu estou imaginando se as pessoas realmente acordaram, tenho certeza que sim.
Mas você está vendo o pessoal agora olhar para ele e ir embora, e é como esse momento eureka, a-ha, dizendo: “Ei, você sabe o que, isso torna a vida do DBA realmente muito fácil a partir de agora, ou mais fácil do ponto de vista operacional ou ponto de vista de desenvolvimento. Mas, Deus, na verdade, poderíamos apenas reportar todos os nossos bancos de dados agora, todos os conjuntos de dados, todos os dados sem conteúdo e todos os metadados existentes. Como quem tem acesso, quando tem acesso, por que tem acesso e que tipo de acesso tem. ”E, de repente, resolva alguns dos desafios relacionados à conformidade. Especialmente quando temos grandes coisas acontecendo em torno de violações de dados. Temos coisas surpreendentes, como as crises financeiras globais, todos esses desafios estão chegando, mas como vamos medir, monitorar e abordar a conformidade? Esse é o tipo de coisa mais importante para as pessoas ainda, ou ainda é, até os primeiros dias, a aplicação do DBArtisan a ele?
Scott Walz: Tenho clientes que não sabem o suficiente sobre o DBArtisan. Agora, esses são os que perceberam isso. A lâmpada se acendeu. Eles dizem: “Espere um pouco. Posso responder, responder e gerar alguns dos relatórios que você mencionou, tudo isso a partir de uma única ferramenta. Eu entendi. ”Agora há outros que ainda precisam entender isso e isso pode ser por várias razões, certo? Eles podem não estar ainda ou talvez estejam sendo manipulados por outra pessoa, mas nossos clientes que descobrimos que estão usando esse momento são um a-ha, certo? Isso não apenas sou capaz de criar uma tabela para todas essas coisas. E absolutamente, com todos os requisitos de conformidade, é enorme. Esse é um trabalho em si.
Dez Blanchfield: Bem, de fato. E você sabe, eu estou pensando, se alguém aparece e diz que queria criar um banco de dados de gerenciamento de configuração, CMD, se eles precisavam encontrar tudo, desde Sarbanes -Oxley para COBIT para ITIL, você sabe, conformidade e serviços bancários SWIFT, até mesmo indo para organizações como a International Standards Organization, ISO 27001, 27002. São todas essas estruturas realmente grandes. Um dos desafios é apenas descobrir onde estão os dados, quem os gerencia, em que formato eles estão e eu estou pensando, eles têm para mim, como para mim, apenas observando agora que o momento eureka acabou, foi como, espere em um segundo, eu poderia falar disso mesmo para alguém que não é necessariamente um DBA, mas eu poderia treiná-lo rapidamente e dizer: "Existe uma ferramenta de conformidade". Acho ótimo que ele faça seu trabalho em um banco de dados de administração mundo da gestão.
Mas estou sentado aqui pensando, deus, você sabe, o fato de que você pode gerenciar várias plataformas como uma hoje em dia, e você pode mergulhar, como disse, registrando as transações que faz. Imagine levar essa ferramenta a um incidente de violação de dados e você terá sua equipe de segurança tentando descobrir o que é onde e por que e quem viu o que. E, enquanto se movimentam, eles precisam registrar e acompanhar todas as ações que realizam, pois podem se tornar parte do problema, caso contrário. Sim, acho que é uma capacidade incrível aqui que, você sabe, você pode começar imediatamente a fazer, você sabe. Particularmente quando olhamos para os desafios das auditorias de dados que você conhece, temos esse enorme volume de recursos, por assim dizer, com conjuntos de dados e dados.
E uma das coisas de que falamos em outro par de programas que fizemos é: como você encontra seus dados e, frequentemente, falamos sobre o fato de que, quando você começa em qualquer organização, tende a levante-se no seu cubículo e coloque a mão no ar, acene e diga: “Alguém sabe onde fica esse banco de dados? Como chego a essa fonte de dados? Onde está esse arquivo? ”“ Vá pedir a recepção. ”Certo? Sua ferramenta pode fornecer imediatamente a capacidade de encontrar coisas, descobri-las e até mesmo relatar sobre elas.
Voltando a uma das perguntas brevemente e depois encerrarei e entregarei a Eric. Parece-me que a escala se tornará um desafio nos próximos 12 meses para você. Você pode nos dar uma ideia, apenas do ponto de vista de trinta mil pés, eu acho, na escala ou na escala de escala em que o DBArtisan veio trabalhar. Posso imaginar que, quando coloco isso no meu laptop, agito e aponto para um ambiente, posso descobri-lo e começar a fazer coisas nele. Eu imagino que vai de um pequeno mecanismo de banco de dados minúsculo de código aberto, com algumas linhas e tabelas. Em que escala chegaria? Você falou sobre o DB2 em mainframes, isso é grande. E aglomerados. Qual é a escala de escala com a qual podemos lidar aqui? E Robin meio que tocou nisso antes, mas eu só preciso falar disso com mais detalhes sobre o tamanho que podemos obter com o DBArtisan.
Scott Walz: Certo. Certamente haverá seus desafios porque é um software cliente. E, novamente, se estou trabalhando em um mainframe, quando estou trabalhando contra nosso sistema de teste no mainframe que possuímos, posso apontá-lo para milhões de linhas e fazer uma junção cruzada contra milhões de linhas. Todo o trabalho será feito em um servidor, certo, porque estamos passando esse comando, e isso é apenas uma questão de o DBArtisan lidar com os conjuntos de resultados, certo? E esse é o desafio, e essa é a beleza, certo, do que estamos fazendo. A maior parte do trabalho pesado está sendo feita no servidor. Estamos apenas lidando com todos os resultados. E assim, novamente, você entra em situações, é claro, quando deseja executar dez consultas simultaneamente, todas retornando milhões de linhas, sim, com certeza, você pode se encontrar em algum desempenho lá, certo? Mas em nenhum momento eu tenho clientes que evitam executar grandes consultas no DBArtisan, você sabe, no banco de dados deles. Mais uma vez, como eu disse, a milhagem varia dependendo de vários fatores, certo, mas, novamente, como eu disse, estou lidando com milhões de linhas que retornam e, desde que preencham a grade, você sabe, Estou pronto para ir. Mas às vezes, obviamente, tenho que esperar os resultados voltarem.
Dez Blanchfield: Tenho uma pergunta para você antes de encerrar, porque dediquei muito do seu tempo e agradeço por isso. Apenas conte-nos um pouco mais, você sabe, lendo as especificações mais recentes de ontem, apenas para garantir que eu estava do outro lado e pensava que estava. O monitoramento do processo e o tipo de alerta e notificação, você sabe, o planejamento da capacidade traz todos os grandes problemas dos DBAs, todos os dias, todos os dias. Alguém vai preencher esta tabela, ele vai preencher o banco de dados, eles vão preencher o espaço em disco que tenho, como faço para gerenciá-lo? Dê-nos um rápido resumo sobre o tipo de monitoramento de processo e, principalmente, alertas de monitoramento e, idealmente, sobre o planejamento de capacidade. Eu acho que é uma área em que acho que poderia ter muito interesse.
Scott Walz: O monitoramento de processos mostrou provavelmente que o recurso que a maioria de nossa base de clientes usa e que é um monitor de banco de dados para poder mostrar e fazer isso. E nós temos alguns no pacote de analistas. O Performance Analyst possui alguns alertas que você pode configurar quando determinados limites forem atingidos. Isso pode alertá-lo. Talvez um número X de logs, erros no arquivo de log, você saiba, ele receba um alerta para você. O espaço da tabela atingiu uma certa porcentagem, você pode receber outro alerta. E a beleza disso é que você está na mesma ferramenta, certo, faz parte do DBArtisan, basta clicar com o botão direito do mouse no erro, no alerta e gerenciar com DBArtisan e levá-lo diretamente ao editor do espaço de tabela . E você pode resolver o problema ali mesmo.
Com relação à capacidade, esse é um botão ativo e o analista de capacidade que temos atualmente é portado para SQL Server, Oracle, DB2 LUW e Sybase ASE. E isso faz exatamente o que você descreveu. Você pode começar, assim que obtermos algumas coleções, certo, e assim que obtermos um tamanho de amostra, e talvez o tamanho da linha, talvez a contagem de objetos, muitas opções na ferramenta e, em seguida, começar a tendência, certo? E como será em seis meses? Como será em doze meses? Eu posso ter tendência, apenas ter uma data ou posso ter um valor, certo? E um exemplo que você teve, tenho X espaço em disco, com base nisso, quando vou atingir esse limite? Com base no crescimento que tenho e nessas coleções que realizei, quando atingirei esse limite? Pelo menos eu sei que posso começar a planejar isso. Serão seis meses, serão dois anos? Mas, novamente, podemos usar o analista de capacidade para fazer uma tendência para isso.
Dez Blanchfield: Fantástico. Demonstração fantástica. Eu realmente gostei disso. Voltarei a Eric, porque sei que há algumas perguntas que surgiram de nossa incrível audiência hoje. Muito obrigado, foi muito bom conhecer bem o produto, e estou ansioso para ficar de olho nele.
Eric Kavanagh: Ok, bom. Temos algumas boas perguntas. E estamos indo um pouco ao longo do tempo, para tentarmos terminar rapidamente, porque eu sei, Scott, você tem uma parada difícil fechada. Aqui está uma grande questão. Que tal trabalhar em antigos armazenamentos de dados como VSAM e Model 205, IMS e IDMF e esses tipos de coisas? Você vê isso com muita frequência hoje em dia e como funciona?
Scott Walz: Não quero lhe dizer que você está preso. Alguns desses ambientes, se eles têm ODBC ou JDBC e eu sei que alguns deles existem, podemos nos conectar a ele e você pode trabalhar com ele dessa maneira. Mas na maioria das vezes a tela verde é o caminho para ficar parada.
Dez Blanchfield: Eu amo a tela verde.
Eric Kavanagh: Bem, como Dez apontou naquele slide, onde ele tinha todos os aplicativos e ferramentas disponíveis hoje, essa é uma realidade assustadora para quem deseja desempenhar com responsabilidade a função de administrador de banco de dados. E suponho que, com o tempo, vocês possam construir conectores para qualquer uma dessas ferramentas, quando e quando os clientes exigirem, e assim por diante, certo? Para que você ative esse único painel de vidro.
Scott Walz: E essa foi a grande chave por trás do DBArtisan equipado para poder lidar com essas conexões JDBC e ODBC. Nós realmente estendemos isso agora. Agora, contanto que tenhamos essa conexão, certo, contanto que tenhamos esse driver, podemos conectar e trabalhar contra ela.
Eric Kavanagh: Isso é bom. Bem, pessoal, arquivamos tudo isso para visualização posterior. Eu publiquei um link para os slides, espero que você possa ver isso através do SlideShare. Muito obrigado por todos os seus esforços, senhores. Webcast maravilhoso hoje novamente. Muitos bons slides. Muito conteúdo bom. Eu amei essa demo. É realmente interessante que vocês tenham visado um local muito agradável no mercado, porque há uma explosão de tipos de banco de dados nos dias de hoje. E só precisamos, como gerentes, de algum lugar para lidar com tudo isso. Muito bem, galera. Nos encontraremos amanhã para outras tecnologias quentes. Espero que você tenha esculpido uma hora amanhã. Mesmo tempo. Mesma estação. Vamos nos encontrar da próxima vez, pessoal. Cuidar. Tchau tchau.