Pesquisar

HealthShare Unified Care Record - Visão Geral – Virtual 15-16 de Maio, 2025 O curso Visão Geral do HealthShare Unified Care Record é uma ótima maneira para qualquer pessoa se familiarizar com o Unified Care Record, mas especialmente para aqueles que precisam entender seus recursos, mas não como configurá-lo. Este é um curso de treinamento presencial não técnico, ministrado por instrutor, que fornece uma introdução abrangente ao HealthShare Unified Care Record. Este curso é para qualquer pessoa que precise saber sobre a funcionalidade e a arquitetura do HealthShare Unified Care Record. (Se precisar de informações sobre como configurar e solucionar problemas do Unified Care Record, considere a aula de Fundamentos do Unified Care Record. Nenhum conhecimento ou experiência prévia é necessária para a aula de Visão Geral e qualquer funcionário da InterSystems pode se inscrever. Registre-se aqui!

Olá desenvolvedores !!! Você irá se juntar a nós no InterSystems Virtual Summit 2020? ⚡️ AS INSCRIÇÕES JÁ ESTÃO ABERTAS ⚡️ Haverá algo para todos no Virtual Summit, seja você um executivo com experiência em tecnologia, um gerente técnico, um desenvolvedor ou um integrador de sistemas. E este ano todas as sessões são gratuitas! O tema geral do Summit será Interação & Informação. E o que o espera no Summit ? ✅ KEYNOTESCriando uma Organização Adaptável20-22 de Outubro 2020 ✅ +60 SESSÕES AO VIVOMelhores práticas, nova tecnologia, roadmaps27-29 de Outubro 2020 ✅ PERGUNTE AOS EXPERTSUm a Um30 de Outubro e 2 de Novembro 2020 ✅ LABORATÓRIOSPráticas com nossa tecnologia2-5 de Novembro 2020 Maiores detalhes podem ser obtidos aqui: intersystems.com/summit20 Então! Junte-se a nós no Virtual Summit 2020!

Nós somos uma Rede de Informações de Saúde multiestado procurando analistas de integração com experiência para preencher posições de forma imediata. Atualmente estas posições são para trabalho 100% remoto. Excelentes benefícios. Os candidatos ideiais devem possuir vasta experiência com o HealthShare da InterSystems, experiência com Serviços Web da Amazon, HL7 v2 & v3, e perfis IHE ITI. Experiência com o Rhapsody ou outras ferramentas de integração é um diferencial. Procuramos pessoas confiantes e motivadas, com fortes habilidades de comunicação e a capacidade de se envolver diretamente com uma variedade de partes interessadas na área da saúde. Para maiores informações e se candidatar, visite a página de carreiras da MiHIN: https://mihin.applytojob.com/apply Candidatos devem ser elegíveis para trabalhar nos Estados Unidos. Sinta-se à vontade para entrar em contato comigo se tiver dúvidas. -Drew Spoelstra

Estou tentando instalar o IRIS for Health pela primeira vez em meu Mac doméstico para fins de avaliação. Quero poder instalar o IRIS e o Ensemble. Baixei o pacote, mas ele não vem com instruções e estou tendo problemas. Existe um conjunto de instruções de instalação simples online ou alguém tem um que você possa repassar? Obrigado, Jim Winski Oi Jim, eu consegui instalar usando o link da documentação da Intersystems abaixo: https://docs.intersystems.com/iris20191/csp/docbook/Doc.View.cls?KEY=GCI_unix Opa, tudo bem? Eu tenho utilizado Docker e seu uso tem se mostrado muito mais simples e prático. Nesse link, tem o passo a passo de como subir o ambiente utilizando essa estrutura. No começo pode parecer meio "estranho", mas você logo se acostuma com a praticidade.

Eu gostaria de chamar a atenção de vocês ára duas sessões do Virtual Summit, mesmo elas não sendo tão legais quanto a Embedded Python. Git & GitLab for Shared Development Environments detalha o recém lançado pacote git-source-control (veja também no Open Exchange) que disponibiliza uma nova solução de ponta para integração IRIS/Git no lado servidor, especialmente para ambientes de desenvolvimento remotos compartilhados. (Eu preciso escrever uma postagem especifica sobre este pacote e planejo fazê-lo em breve.) InterSystems Package Manager Advanced Topics mostra que nosso gerenciador de pacotes (conhecido afetivamente por "ZPM") é mais do que apenas uma ferramenta para conseguir pacotes úteis da comunidade - ele pode na verdade direcionar a construção, empacotamento e distribuição de soluções completas. Ficarei feliz em responder qualquer pergunta aqui ou por mensagens/emails !

O Visual Studio Code (VSCode) é o editor de código mais popular do mercado. Foi criado pela Microsoft e distribuído como um IDE gratuito. O VSCode suporta dezenas de linguagens de programação, incluindo ObjectScript, até 2018, Atelier (baseado no Eclipse). Foi considerado como uma das principais opções para desenvolver produtos InterSystems. No entando, em Dezembro de 2018, quando a Comunidade de Desenvolvedores InterSystems lançou suporte para o VSCode, uma porção relevante dos profissionais InterSystems começaram a realmente utilizar esse editor e isso tem sido feito desde então, especialmente os desenvolvedores trabalhando com novas tecnologias (Docker, Kubernetes, NodeJS, Angular, React, DevOps, Gitlab etc.). Algumas das melhores características do VSCode são os recursos de Debug. É por isso que esse artigo vai demonstrar em detalhes como debugar um código ObjectScript, incluindo código de classe e código de %CSP.REST. O que é debugar? Debugar é um processo de detectar e resolver "bugs" - erros no seu código ObjectScript. Alguns erros são lógicos, não de compilação. É por isso que para entendê-los na lógica de execução do seu código fonte, você precisa ver o programa rodar linha por linha. Esse é o melhor jeito de identificar condições ou lógica de programação e achar erros lógicos. Outros erros são os de tempo de execução. Para nós conseguirmos debugar esse tipo de problema, é essencial checar os valores das variáveis atribuídas primeiro. Instalar todas as extensões de InterSystems IRIS para VSCode Antes de tudo, você deve instalar as extensões de InterSystems IRIS para o o seu IDE VSCode. Para isso, vá em Extensões, pesquise por InterSystems e instale essas extensões: A última extensão (InterSystems ObjectScript Extension Pack) deve ser instalada primeiro, porque é um pacote de extensões requiridas para conectar, editar, desenvolver e debugar ObjectScript. As outras extensões são opcionais. Aplicação de exemplo Vamos usar uma aplicação do meu repositório GitHub (https://github.com/yurimarx/debug-objectscript.git) para os exemplos de debug nesse artigo. Então, siga os passos e seguir para obter, rodar e debugar a aplicação em VSCode:1. Crie um diretório local e obtenha o código fonte do projeto nesse diretório: $ git clone https://github.com/yurimarx/debug-objectscript.git 2. Abra o terminal nesse diretório (diretório iris-rest-api-template) e rode: $ docker-compose up -d --build 3. Abra o VSCode dentro do diretório de iris-rest-api-template usando $code . ou clique com o botão direito na pasta e selecione Abrir com Code.4. No rodapé, clique em ObjectScript para abrir as opções configuradas em .vscode/launch.json: 5. Selecione Toggle Connection para habilitar a conexão atual: 6. Após habilitar essa conexão, você a terá mostrada abaixo: 7. Se você não está conectado em IRIS no seu VSCode, você não poderá debugar seu código ObjectScript. Então cheque sua conexão clicando na extensão ObjectScript VSCode: 8. Abra Person.cls, vá para a linha número 25 e aponte o mouse para o número 25 à sua esquerda. 9. Agora, aponte o mouse acima de ClassMethod e clique em Debugar esse método: 10. O VSCode vai abrir um Diálogo para você setar valores para os parâmetros, então defina os valores como os demonstrados abaixo e clique em Enter: 11. O VSCode vai quebrar a execução do código na linha 25: 12. Agora, no topo à esquerda, você pode ver os valores atuais das variáveis. 13. Abaixo à esquerda, você pode ver a lista de Breakpoints e a pilha de chamadas para o breakpoint atual. 14. No topo à direita, você pode ver o código fonte com o breakpoint e um conjunto de botões para controlar a execução de debugar. 15. Se você precisa usar o Console de Debug para escrever algo, digite: Name_","_Title para ver a concatenação das variáveis usando o Console de Debug: 16. Selecione a variável de resultado, clique com o botão direito do mouse e selecione Add to Watch: 17. Agora você pode monitorar ou mudar o valor atual da variável resultante na seção WATCH: 18. Por fim, a barra de rodapé é laranja e indica o debug: Usando o Console de Debug O Console de Debug permite que você escreva expressões durante o Debug, então você pode checar valores de diferentes variáveis (tipo simples ou tipo objeto) ou validar o valor atual e outras condições. Ele pode executar qualquer coisa que possa retornar alguns valores, então $zv vai funcionar também. Siga esses passos para ver algumas opções: 1. Escreva Name_","_Title_" From "_Company no prompt do Terminal de Debug e veja os valores de Name, Title e Company concatenados como output: Usando a Barra de Ferramentas de Debug A Barra de Ferramentas de Debug permite que você controle a execução do debug, então cheque as funções dos botões aqui: 1. Botão de continuar (F9): continua a execução até o próximo ponto de parada. Se não há ponto de parada, segue até o final.2. Pular (F8): vá para a próxim alinha sem entrar no código fonte de um método interno (não entre no método Populate)3. Entrar (F7): vá para a próxima linha dentro do código fonte do método interno (vá para a primeira linha do método Populate)4. Sair (Shift + F8): vá para a linha atual do código fonte chamador do método.5. Recomeçar: (Ctrl +Shift + F5): recomece o debug.6. Parar: para a sessão de debug. Debugando métodos de classe de %CSP.REST Para debugar métodos de classe REST, é necessário aplicar um pequeno truque revelado pelo Fábio Gonçalves (cheque aqui o artigo https://community.intersystems.com/post/atelier-debugging-attach-process). É necessário adicionar um HANG (minha recomendação é entre 20 e 30 segundos). Simplesmente siga esses passos: 1. Abra o Arquivo src\dc\Sample\PersonREST.cls e vá para o método GetInfo(), adicione HANG 30 (isso é necessário para ganhar tempo, 30 segundos, para começar o debug desse método): 2. Defina pontos de parada nas linhas do HANG e do SET version (círculos vermelhos): 3. Abra um client HTTP para chamar um método REST (vou chamar GetInfo da classe PersonREST): 4. Defina Basic Auth para Authorization (Usuário _SYSTEM e Senha SYS): 5. Envie um GET http://localhost:52773/crud/.6. Clique em ObjectScript Attach na barra de rodapé: 7. Escolha ObjectScript Attach: 8. Escolha o processo de PersonREST: 9. Espere um tempo (cerca de 30 segundos) para o VSCode quebrar a execução atual no ponto de parada: Nota 1: remova o HANG 30 quando acabar o debug, porque o HANG vai pausar a execução. Nota 2: se o processo PersonREST não aparecer, reinicie seu VSCode e tente novamente. 10. Agora você pode fazer seu processo de debug. Editar ponto de parada Você pode clicar com o botão direito no ponto de parada para remover ou configurar pontos de parada condicionais (parar no ponto de parada com uma condição verdadeira). O comando de parada integrado no código também será percebido pelo debugger. Você pode tentar isso também. 1. Clique com o botão direito no ponto de parada e selecione Edit Breakpoint: 2. Entre na expressão mencionada abaixo e pressione Enter: Nota: tente versão = 1.0.5 para ver o ponto de parada falso e 1.0.6 para ver o ponto de parada verdadeiro. Configure opções de debug em .vscode/launch.json O arquivo Launch.json é usado para configurar opções de debug para o seu projeto. Para ver alternativas, vá para esse arquivo: Para esse exemplo, temos duas opções para selecionar para debugar: 1. Podemos lançar o debug na classe configurada no atributo do programa diretamente com um programa (nesse exemplo o debugador vai começar na classe PackageSample.ObjectScript, método Test()).2. Podemos anexar PickProcess para o processo do programa selecionado que queira debugar. Nesse exemplo o debugador vai abrir no topo uma lista de processos para selecionar qual processo (cada programa tem seu processo) será debugado. A segunda opção é mais comum. Em geral, esses atributos são obrigatórios para qualquer configuração de debug (fonte: https://intersystems-community.github.io/vscode-objectscript/rundebug/): type - Identifica o tipo de debugador para usar. Nesse caso, objectscript é fornecido pela extensão InterSystems ObjectScript. request - Identifica o tipo de ação para essa configuração de lançamento. Possíveis valores são launch e attach. name - Um nome arbitrário para identificar a configuração. Esse nome aparece na lista suspensa ao clicar Start Debugging. Em adição, para uma configuração de lançamento ObjectScript, você precisa fornecer o programa de atributos, que especifica a rotina ou ClassMethod para rodar quando lança o debugador, como mostrado no exemplo: "launch": { "version": "0.2.0", "configurations": [ { "type": "objectscript", "request": "launch", "name": "ObjectScript Debug HelloWorld", "program": "##class(Test.MyClass).HelloWorld()", }, { "type": "objectscript", "request": "launch", "name": "ObjectScript Debug GoodbyeWorld", "program": "##class(Test.MyOtherClass).GoodbyeWorld()", }, ] } Para uma configuração de anexo ObjectScript, você deve fornecer os seguintes atributos: processId - Especifica o ID do processo para anexar a uma string ou número. O padrão é "${command:PickProcess}" prove uma lista suspensa de IDs de processo para anexar em tempo de execução. system - Especifica se deve ou não permitir anexos para o processo de sistema. O padrão é falso. O exemplo a seguir mostra múltiplas configurações de anexo ObjectScript válidas: "launch": { "version": "0.2.0", "configurations": [ { "type": "objectscript", "request": "attach", "name": "Attach 1", "processId": 5678 }, { "type": "objectscript", "request": "attach", "name": "Attach 2", "system": true }, ] } Agora, você pode selecionar uma configuração da lista que o VSCode fornece no campo Run and Debug no topo da barra lateral de debug (fonte: https://intersystems-community.github.io/vscode-objectscript/rundebug/): Se você clicar na seta verde, a configuração atualmente selecionada irá rodar. Ao começar um lançamento de sessão de debug ObjectScript, esteja seguro que o arquivo contendo o programa que você está debugando está aberto no seu editor e está na aba ativa. O VS Code vai começar uma sessão de debug com o servidor do arquivo no editor ativo (a aba em que o usuário está focado). Isso também se aplica para sessões de debug ObjectScript anexadas. Essa extensão usa WebSockets para se comunicar com o servidor InterSystems durante o debug. Se você está tendo problemas quando tenta começar uma sessão de debug, cheque se o servidor web do servidor InterSystems permite conexões WebSocket. Comandos de debug e itens na menu Run funcionam basicamente da mesma maneira que funcionam para outras linguagens suportadas pelo VS Code. Para informações adicionais no debug do VS Code, veja os recursos da documentação listada no começo dessa seção. Definir a sincronização entre um código fonte local e um código fonte do servidor (no servidor IRIS) Também é importante ter uma estrutura de pastas para o código fonte, que pode ser adotada pelas configurações de "objectscript.export". Essa informação será usada para converter os nomes das classes do servidor para arquivos locais. Se estiver incorreta, pode abrir classes no modo de leitura mesmo se existirem só localmente.1. Abra .vscode\settings.json arquivo e configure objectscript.export: 2. Passe o mouse por cima da pasta e adicione Categoria e outros parâmetros para ver a documentação dela. Outras técnicas para complementar o processo de debug Em adição ao seu programa de debug, lembre-se de documentar bem o seu código fonte, logar operações performadas por códigos importantes e performar testes unitários e ferramentas de análise estáticas de códigos fonte. Dessa forma, a qualidade dos seus programas será muito melhor, reduzindo manutenção e tempo de ajuste e custo. Aprendendo mais Você pode ler mais sobre debugar ObjectScript no VSCode se olhar esses recursos:1. https://www.youtube.com/watch?v=diLHwA0rlGM2. https://intersystems-community.github.io/vscode-objectscript/rundebug/3. https://code.visualstudio.com/docs/introvideos/debugging4. https://code.visualstudio.com/docs/editor/debugging5. https://docs.intersystems.com/iris20221/csp/docbook/Doc.View.cls?KEY=TOS_VSCode Obrigado por traduzir!

Olá Comunidade, Temos o prazer de convidá-lo a participar do próximo webinar "Conecte silos de dados e aplicativos para acelerar os insights de negócios em escala" dia 8 de Abril às 11:00, horário de Brasília. A explosão de sistemas e processos de negócios e os silos de dados resultantes destes fizeram com que a obtenção de uma visão abrangente das informações corporativas se tornasse mais desafiadora do que nunca. Junte-se a dois veteranos do setor de gerenciamento de dados enquanto eles discutem os últimos avanços em tecnologia de gerenciamento de dados, trabalhando com dados transacionais e analíticos, e entenda como o setor de serviços financeiros está enfrentando os desafios para acelerar o insight e a inovação. Palestrantes:🗣 Scott Gnau, Vice Presidente, Plataformas de Dados, InterSystems🗣 Dave Mariani, Cofundador & CTO, AtScale Data: Terça-feira 8 de Abril de 2021Horário: 11:00 horário de Brasília ➡️ REGISTRE-SE HOJE!

Olá Comunidade, É um prazer convidá-los para o nosso próximo webinar em Espanhol "Aprendendo ObjectScript do zero"! Data & Horário: 25 de Maio, 11:00 horário de Brasília Palestrante: @David.Reche, Gerente da Comunidade de Desenvolvedores em Espanhol O público alvo deste webinar são: Desenvolvedores que não conhece o ObjectScript e gostaria de utilizá-lo Desenvolvedores que tem utilizado o ObjectScript por um tempo mas gostariam de utilizá-lo ao máximo Nós iremos explicar os conceitos básicos do ObjectScript, e mostrar algumas dicas e truques úteis. Ao final do webinar, será disponibilizado um questionário online, desta forma será possível que vocês demonstrem o que vocês aprenderam! Ganhadores receberão uma camisa polo da InterSystems ... e alguns outros prêmios! Nota: este webinar será realizado em Espanhol. Estamos aguardando vocês ! ➡️ David Reche convida vocês para se juntarem ao webinar! >> ➡️ Registrem-se aqui! >>

A InterSystems está grata em anunciar o lançamento da versão 1.1 do System Alerting & Monitoring (SAM) version 1.1. O que é o SAM? O SAM adiciona à API de Monitoramento baseada em padrões e ao Monitor de Log ferramentas padrão de mercado como o Grafana e o Prometheus para criar uma solução básica de monitoramento e geração de alertas para clusters IRIS. Para mai informações sobre o SAM, veja o Guia de Monitoramento e Alerta do Sistema. O que tem de novo no SAM 1.1? Você notará melhorias de performance para os gráficos dos painéis do Grafana, especialmente quando trabalhando com conjuntos de dados grandes. Se você estiver atualizando a partir do SAM 1.0, você deverá verificar se possui espaço em disco suficiente pois o SAM 1.1 adiciona índices adicionais aos dados. Veja as notas de lançamento para maiores informações em como atualizar para o SAM 1.1. Tela inicial do SAM Página de Detalhes da Instância

Apresento o FHIRCraft, uma ferramenta leve para gerar recursos FHIR sintéticos. Talvez vocês estejam pensando:“Mas... já não existe o Synthea, que gera um monte de recursos FHIR?”Exatamente — e foi justamente por isso que criei este aplicativo. O FHIRCraft foi desenvolvido para gerar recursos FHIR mais simples, pequenos e focados. Diferente do Synthea, ele não pretende simular prontuários clínicos completos nem fluxos assistenciais. É pensado para quem está começando com FHIR, quer fazer testes de forma progressiva ou explorar como funciona um recurso específico de forma isolada. Na sua versão atual, o FHIRCraft pode gerar: Patient Practitioner Appointment Observation E graças ao seu design modular, é muito fácil expandi-lo para suportar novos tipos de recursos. Experimentem e me contem o que acharam! 🚀 P.S. Este aplicativo foi desenvolvido como parte do concurso InterSystems FHIR and Digital Health Interoperability Contest.

Bom dia, desenvolvedores! O projeto "apptools-admin" não é apenas um conjunto de ferramentas para o administrador, mas uma plataforma para a criação rápida de um protótipo de qualquer solução.Por exemplo, álbum de fotos, reprodutor de música e biblioteca pessoal, todos juntos em um design de baú de tesouro amigável. Carregue http: // seu-host: sua-porta / apptoolsrest / a / infochest Mude o caminho para seus arquivos de tesouro e comece a ver, ouvir ou ler de qualquer dispositivo conveniente: desktop, tablet ou smartphone. O exemplo estará localizado em $ {CSPdir} / apptools / files Depois de salvar e atualizar o painel, você pode selecionar uma faixa de música. O player HTML5 embutido é usado para tocar música. O componente Lightbox é usado para visualizar fotos e vídeos: UiKit. Todo o código "baú" está localizado na classe apptools.lte.infochest e pode ser facilmente modificado para atender às suas necessidades.Vote neste projeto apptools-admin. Boa codificação! Verifique o aplicativo relacionado no InterSystems Open Exchange

Olá comunidade! Nesta parte do artigo temos um cenário onde o nosso ambiente InterSystems Caché/Ensemble possui um ou mais servidores com Shadow e/ou Mirror. Como comentado no início do artigo, componentes de um software possuem uma evolução natural e outros componentes são deprecados. E uma tecnologia muito utilizada pelos nossos clientes que está deprecada no InterSystems IRIS é o Shadow (esta informação está na página 18 do documento InterSystems IRIS Adoption Guide que volto a recomendar que você faça o download no WRC). Como o Shadow é um componente deprecado, o cenário que vamos utilizar no artigo é um ambiente com dois servidores em Shadow. Como primeiro passo, precisamos olhar para os pré-requisitos do nosso ambiente, já comentado na parte 01 do artigo. Vamos utilizar como exemplo dois servidores Ensemble 2018.1.4 com Shadow rodando em um servidor Red Hat 8.0 e vamos executar a migração no mesmo hardware por estes atenderem os pré-requisitos (o ambiente teste que estou utilizando são duas EC2-t2.medium na AWS). Não vou tratar neste artigo diferenças do Shadow X Mirror e os detalhes da configuração de ambos, vou deixar aqui alguns links importante sobre o assunto: Artigo da comunidade internacional: https://community.intersystems.com/post/cach%C3%A9-mirroring-101-brief-guide-and-faq Convertendo um Shadow para um servidor Mirror: https://docs.intersystems.com/latest/csp/docbook/DocBook.UI.Page.cls?KEY=GHA_mirror#GHA_mirror_set_bp_shadow Guia de alta disponibilidade do InterSystems IRS: https://docs.intersystems.com/irislatest/csp/docbook/DocBook.UI.Page.cls?KEY=GHA Uma dica essencial para o processo: Como, durante este processo de migração, vamos migrar primeiro o servidor secundário do FailOver e depois o primário, ou seja, durante o processo de migração o seu ambiente terá um servidor Caché como primário e um IRIS como secundário. Para que isso seja possível, lembre-se de olhar os pré-requisitos e a matriz de compatibilidade que se encontra no InterSystems IRIS Migration Guide (lembrando que é possível fazer o download via WRC) e ter certeza que os bancos que se encontram no Shadow/Mirror são bancos somente de Globais, pois não existe compatibilidade entre Caché/Ensemble e IRIS nos bancos de rotinas! Abaixo um exemplo da lista de compatibilidades, existente na documentação oficial: Então vamos colocar a mão na massa e com a dica mais importante para todo o processo: Execute todo o processo de migração em ambiente de testes primeiro, valide sua aplicação e BACKUP, BACKUP e BACKUP...... e não esqueça de testar o RESTORE do ambiente!! Obs: Caso o seu ambiente já possua Mirror, ignorar a etapa 1 do processo abaixo, seguir os passos a partir da etapa 2. 1 - A primeira etapa da migração é migrar os nossos servidores Shadow para Mirror. Observar os Shadow Origem: Shadow Destino: 1.1 O processo de migração se inicia criando o ambiente de Mirror e adicionando o Shadow Origem com membro primário: Criando um Mirror. Exemplo de configuração do Mirror: 1.2 Agora como próximo passo adicione o Shadow destino como membro do Mirror (Backup failover Member) Exemplo do servidor secundário como Backup FailOver: 1.3 Adicione os bancos que estão configurados como “Shadowed databases” no servidor primário do Mirror. Adicionando um banco existente no Mirror. Exemplo com o banco adicionado: 1.4 - Agora precisamos sincronizar o banco de dados no servidor membro, existem duas formas: Utilizando o backup e restore Utilizando o utilitário: ConvertShadowDatabases^MIRROR, de acordo com o procedimento em: Convertendo um servidor Shadow para Mirror. Pronto, agora que finalizamos a migração de Shadow para Mirror, podemos migrar nosso ambiente para InterSystems IRIS. 2 - Todos os passos nesta etapa 2 são feitas no servidor secundário membro backup do Failover. Na documentação oficial: How to migrate to InterSystems IRIS existe uma um capítulo tratando com detalhes esta etapa que vou passar dicas aqui, ela se chama: Mirrored Environment Migration Checklist. (Sempre lembrando que a documentação está disponível no WRC) 2.1 – O primeiro passo é parar o Failover automático no servidor de membro de backup, clicando em Set No Failover: O novo status do servidor ficará da seguinte maneira: Clear no Failover 2.2 - Caso o ambiente seja Ensemble, lembre-se que é necessário desligar o Auto-Start da produção, este procedimento encontra-se na parte 02 deste artigo. 2.3 - Se o seu ambiente utiliza o mapeamento %ALL, você precisa deletar este mapeamento, caso contrário durante o processo de migração o processo vai falhar e o ambiente ficará em um estado que não é possível a recuperação. 2.4 Agora vamos desligar o servidor secundário membro do ambiente Failover, e verificar o log para confirmar que não existe nenhum problema no ambiente. 2.5 - Como próximo passo é necessário parar e desativar o ISCAgent no servidor secundário membro do ambiente FailOver. 2.6 -Vamos rodar agora o script de instalação do InterSystems IRIS, atualizando o nosso ambiente corrente, lembrando que o instalador reconhecerá a instância de Caché/Ensemble, informando o nome da instância o instalador executará a atualização do ambiente. 2.7 - O alerta que é apresentando após a migração ocorre pois o ISCAgent está desativado. (Executado no passo 2.5). Log: O agente também foi atualizado durante o processo de instalação, como próximo passo precisamos reativar o ISCAgent. 2.8 - Após o ISCAgent estar ativo, precisamos validar se o servidor membro do backup FailOver está ativo. 2.9 - Como o servidor primário ficou ativo, precisamos ligar novamente o Mirror para que os bancos sincronizem, clique em Clear no Failover e verifique o monitor do Mirror e valide se todos os bancos sincronizaram: 3 - Agora esta etapa será realizada no servidor primário que está com Caché/Ensemble (neste momento o ambiente não pode ficar disponível para nenhum usuário). Uma dica importante, como no primeiro momento o processo está sendo feito em ambiente de teste, este é um bom momento para medir o tempo de downtime do ambiente a fim de colocar no planejamento da sua migração oficial. 3-1 - Caso o ambiente seja Ensemble, lembre-se que é necessário desligar o Auto-Start e parar a produção, este procedimento encontra-se na parte 02 deste artigo. 3.2 - Se seu ambiente utiliza o mapeamento %ALL, você precisa deletar este mapeamento. Caso contrário, durante o processo de migração o processo vai falhar e o ambiente ficará em um estado que não é possível a recuperação. 3.3 - Como próximo passo agora vamos desligar o servidor primário. 4 - Agora precisamos validar se o servidor secundário membro do Failover assumiu corretamente o posto, e se tornou primário: É possível verificar no Monitor do Mirror que tudo está certo! 😊 4.1 – Se seu ambiente utiliza o mapeamento %ALL, agora chegou a hora de recriá-lo. 4.2 - Vamos agora compilar as aplicações (Classes, Rotinas e CSP), este procedimento está descrito parte 02 do artigo. 4.3 - Caso seu ambiente seja Ensemble chegou a hora de iniciar a produção. 4.4 -Para prevenir problemas durante a atualização do servidor Caché (que se encontra parado), vamos parametrizar para não ocorrer o Failover automático no servidor IRIS, clicando em Set No Failover. O status que precisamos é que mude para Clear no Failover: Podemos reparar no Monitor do Mirror o status Down do servidor. 5 - Esta etapa será realizada no servidor Caché que está desligado. (Antigo servidor primário membro do FailOver). 5.1 - É necessário parar e desativar o ISCAgent no antigo servidor primário membro do ambiente FailOver. 5.2 - Agora vamos rodar o script de instalação do InterSystems IRIS para atualizar o Caché/Ensemble. Lembrando que o instalador reconhecerá a instância do Caché/Ensemble atualmente instalada. 5.3 - Se seu ambiente utiliza o mapeamento %ALL, agora chegou a hora de recriá-lo. 5.4 - Próxima passo é iniciar o ISCAgent. 5.5 - Agora precisamos verificar se o servidor se tornou um membro do Failover, como backup: 5.6 - Caso o ambiente seja Ensemble, já é possível ligar o auto-start da Produção. 5.7 - Podemos ligar o Failover automático novamente, para sincronismo do banco de dados, clicando em Clear No FailOver: O status mudará para e a sincronização dos bancos deve iniciar: 6 – A migração dos dois servidores foi finalizada, porém, como o procedimento se inicia pelo servidor secundário, o atual servidor secundário (antigo primário) ainda precisa da sua atenção, se faz necessário compilar a aplicação neste servidor e torná-lo principal novamente. Este procedimento também deixará o ambiente indisponível para os usuários. 6.1 – Caso seja Ensemble, parar a produção no servidor primário atual. 6.2 – Desligar o servidor com segurança. 6.3 – Verificar se o servidor se tornou primário: 6.4 – Agora se faz necessário compilar as aplicações (Classes, Rotinas e CSP), este procedimento está descrito parte 02 do artigo. 6.5 – Agora vamos ligar o servidor secundário e verificar o sincronismo dos bancos de dados. Nossa migração foi finalizada com sucesso! A próxima parte do artigo, vamos tratar de uma migração de um ambiente com ECP, até lá e obrigado!

Olá comunidade, O InterSystems IRIS tem um bom conector para fazer Hadoop usando Spark. Mas o mercado oferece outra alternativa excelente para o acesso ao Big Data Hadoop, o Apache Hive. Veja as diferenças: Fonte: https://dzone.com/articles/comparing-apache-hive-vs-spark Eu criei um serviço de interoperabilidade PEX para permitir que você use o Apache Hive dentro de seus aplicativos IRIS da InterSystems. Para experimentar, siga estas etapas: 1. Faça um git clone para o projeto iris-hive-adapter: $ git clone https://github.com/yurimarx/iris-hive-adapter.git 2. Abra o terminal neste diretório e execute: $ docker-compose build 3. Execute o contêiner IRIS com seu projeto: $ docker-compose up 4. Abra o Hive Production do projeto (para executar um exemplo de olá): http://localhost:52773/csp/irisapp/EnsPortal.ProductionConfig.zen?PRODUCTION=dc.irishiveadapter.HiveProduction 5. Clique em Iniciar para ir para a produção 6. Agora vamos testar o App! 7. Execute seu aplicativo REST Client (como Postman) as seguintes URLs e comando no corpo (usando o verbo POST): 7.1 Para criar uma nova tabela no Big Data POST http://localhost:9980/?Type=DDL. No CORPO: CREATE TABLE helloworld (message String) 7.2 Para inserir na tabela: POST http://localhost:9980/?Type=DDL. No CORPO: INSERT INTO helloworld VALUES ("hello") 7.3 Para obter a lista de resultados da tabela: POST http://localhost:9980/?Type=DML. No CORPO: SELECT * FROM helloworld (P.S.: Type is DML here) Agora você tem 2 opções para usar Big Data no IRIS: Hive ou Spark. Aproveite!!

Olá e sejam bem vindos aos Lançamentos da Comunidade de Março de 2022! Fizemos algumas melhorias para aprimorar sua experiência recentemente na Comunidade InterSystems: Novo mecanismo de busca da Comunidade Estatísticas Gerais da Comunidade Conexão com perfil do Facebook Postagem nas atualizações da página: tags, bloco de autoria, destaques de rascunho Vamos dar uma olhada nos detalhes abaixo. Novo mecanismo de busca da Comunidade Nós implementamos um novo mecanismo de busca na Comunidade. Existem duas opções de busca: Busca Rápida Busca Avançada Com a Busca Rápida da Comunidade, você pode facilmente achar uma postagem/tag/usuário e ir diretamente para a página correspondente. Não achou nada adequado nas opções propostas ? Tente utilizar a Busca Avançada da Comunidade clicando no botão 🔍 : Aqui você consegue facilmente adicionar parâmetros avançados a sua busca: busca pelas postagens de um usuário específico busca por uma tag(s) específica(s) busca por um tipo de postagem específico ou apenas por suas postagens Você também pode ordenar os resultados por período de tempo e relevância: Estatísticas Gerais da Comunidade Agora você pode ver a Comunidade de Desenvolvedores InterSystems em números: Conexão com o perfil do Facebook Adicione um link para o Facebook a seu perfil da Comunidade de Desenvolvedores para encontrar novos amigos e ficar próximos uns dos outros. Vá para seu perfil de usuário da Comunidade de Desenvolvedores --> Editar --> Informações Adicionais --> Perfil do Facebook Postagem nas atualizações da página: tags, bloco de autoria, destaques de rascunho Você pediu - e nós fizemos! Agora as Tags da Comunidade de Desenvolvedores estão no corpo das postagens. Além disto, na página da postagem, você pode ver agora as informações de contato do autor no bloco a direita: Os rascunhos agora são destacados em azul: Esperamos que gostem das atualizações! Enviem suas requisições de melhorias e relatórios de bugs no DC GitHub, ou coloquem suas sugestões nos comentários desta postagem. Fiquem atentos às novidades!

A hora que muitos membros da Comunidade de Desenvolvedores, Parceiros da InterSystems e apenas pessoas interessadas nos produtos da InterSystems estavam esperando chegou! Finalmente, após uma pausa dolorosamente longa, o Global Summit deste ano é novamente realizado pessoalmente! Desta vez é em Seattle! Uma bela cidade com colinas íngremes, vistas deslumbrantes de Elliot Bay e, nas palavras dos moradores, clima constantemente ruim De qualquer forma, para conhecer todo mundo pessoalmente, vale a pena sobreviver ao clima mal-humorado. No primeiro dia (20.06), todos estavam chegando, mas ninguém fez realmente alguma coisa de útil . As pessoas estavam fazendo check-in, circulando, tentando encontrar antigos amigos e conhecidos dos Global Summits anteriores, ou conversando online na Comunidade de Desenvolvedores. Basicamente, todos estavam esperando por uma recepção de boas-vindas, mas eu decidi começar a preparar o estande do Developer Ecosystem mais cedo, para ter mais tempo no dia seguinte para dormir. Porque você sabe, jet lag. A diferença horária entre Seattle e minha casa é de 10 horas! Assim, no final do dia (ou melhor, no início do entretenimento noturno), os panfletos estavam nas mesas, o monitor estava funcionando, e os prêmios e brindes estavam todos contabilizados e conferidos. E, em geral, eu estava pronta para cumprimentar as pessoas e responder suas perguntas sobre a Comunidade, o Open Exchange e o Global Masters. Para quem não acompanha muito de perto os anúncios da DC, agora temos o Consurso de Artigos Tecnicos. Na próxima segunda-feira começa o novo Full Stack Contest. Juntamente com o Global Summit, um novo jogo de detetive foi lançado no Global Masters. Claro, todas essas informações estão disponíveis no estande. Então não hesite em vir me ver. É no Tech Exchange, 5º andar. Além disso, para aqueles que vierem e conversarem comigo ou com uma das minhas pessoas de apoio emocional, também conhecidos como meus colegas membros da equipe da Comunidade de Desenvolvedores Francesa @Lorenzo Scalese e @Guillaume Rongier (porque eu sou o moderador da CD francesa, olá ), eu tenho presentes legais para dar de presente! E não esqueça que se você jogar o jogo, poderá resgatar seus prêmios diretamente no meu estande. E o melhor - haverá sorteio de mochila, Kindle e AirPods no último dia - veja mais informações no anúncio do Detective Game! Como eu disse antes, na segunda-feira as pessoas estavam apenas se reunindo, descobrindo o layout do Global Summit e esperando pela Recepção de Boas-vindas. E foi um grande sucesso! Nossa DJ arrasando! Basicamente, foi isso para o dia preparatório! E no dia seguinte a diversão realmente começou! Após o café da manhã, as palestras começaram. Você pode encontrar os tópicos e os apresentadores no anúncio. Para encurtar a história, as palestras deste dia foram dedicadas ao HealthShare. E todos os palestrantes estavam de uma forma ou de outra ligados a essa linha de pensamento e a esse produto. Don Woodlock, Head of Healthcare Solutions da InterSystems, estava liderando todas as palestras e painéis. Terry Ragon, CEO da InterSystems, teve sua palavra de abertura. Depois do almoço, os estandes começaram a funcionar e as pessoas começaram a fazer perguntas. O que é onde e o que é o quê. Foi muito bom falar na realidade, não apenas online. Então, as pessoas simplesmente trocavam de lugar, faziam perguntas e gostavam da companhia umas das outras. Funcionários, clientes e parceiros passeando e discutindo coisas. E o culminar de tudo aconteceu no Museu de PopArt onde houve jantar, música ao vivo e as exposições Esta é basicamente uma breve recapitulação do que aconteceu durante a primeira parte do Global Summit. Fique ligado para ler sobre a segunda parte do Global Summit! Não hesite em compartilhar suas histórias sobre os dois primeiros dias nos comentários! O que você gostou? O que você não gostou? Qual foi o seu painel favorito? Conte-nos como foi! Se você deseja ouvir painéis, poderá fazê-lo em breve. Eu acredito que pelo menos alguns deles serão compartilhados com todos. Au revoir!