Nova postagem

Pesquisar

Artigo
· Mar. 19 1min de leitura

オンラインバックアップの保存先

#Administração do Sistema #Backup #Caché #Ensemble #InterSystems IRIS #InterSystems IRIS for Health

これはInterSystems FAQサイトの記事です。


質問：

オンラインバックアップの保存先にネットワークドライブ（NAS等）を指定することはできますか？

回答：

バックアップの保存先に指定することはできますが、推奨はしておりません。

推奨しない理由は、
オンラインバックアップの最終フェーズにDBアクセスを禁止して処理が実行されますが、 このとき、万一ネットワークエラー等でバックアップ処理がハングアップすることがあれば、システム全体に影響が及ぶリスクがあるからです。

Discussão (0)1
Entre ou crie uma conta para continuar
Discussão
· Mar. 18

Headless debugging - stack info

#Iniciante #Depuração #InterSystems IRIS

How do you collect stack info when debugging non-interactive jobs?

I cobbled this together today from the docs, but maybe there's something pre-built? LOG^%ETN()?

set stack = ""
for loop=0:1:$STACK(-1) { 
      set stack = stack _ "Context level:" _ loop _ " Context type: " _ $STACK(loop) _ $c(10,13) _
                          "  Current place: " _ $STACK(loop,"PLACE") _ $c(10,13) _
                          "  Current source: " _$STACK(loop,"MCODE") _ $c(10,13)
}

Log meth

6 Comments
Discussão (6)4
Entre ou crie uma conta para continuar
Pergunta
· Mar. 18

Prometheus + Iris 2022.1

#API #Monitoramento #REST API #InterSystems IRIS

Hi, 

i'm with a trouble to take the api/monitor/alerts using prometheus.

i'm using prometheus 3.2.1 with IRIS 2022.1, the api metrics is working fine, but with the alerts, i'm receiving the following error:
 

and this is the answer in the request:

it apears the iris is not using the right way to answer the OpenMetrics the way Prometheus want.

Someone already see this?

3 Comments
Discussão (3)1
Entre ou crie uma conta para continuar
Pergunta
· Mar. 18

SLF4J error

#InterSystems IRIS

Hi Guys,

I get the attached error when trying to populate JSON string into a textarea, I'm running IRIS 2024 in a container in Ubuntu, any clues what could be the problem? 

 

Thanks

2 Comments
Discussão (2)2
Entre ou crie uma conta para continuar
Artigo
· Mar. 18 3min de leitura

Plataformas de Dados e Desempenho - Parte 6: Perfil de E/S de Armazenamento do Caché

#Administração do Sistema #Desempenho #Soluções de Negócio e Arquiteturas #Caché #InterSystems IRIS #InterSystems IRIS for Health

Eu e os outros Arquitetos de Tecnologia frequentemente precisamos explicar aos clientes e fornecedores os requisitos de E/S do Caché e a forma como as aplicações Caché utilizarão os sistemas de armazenamento. As tabelas a seguir são úteis ao explicar o perfil e os requisitos típicos de E/S do Caché para uma aplicação de banco de dados transacional com clientes e fornecedores. As tabelas originais foram criadas por Mark Bolinsky.

Em publicações futuras, discutirei mais sobre E/S de armazenamento, portanto, estou publicando essas tabelas agora como referência para esses artigos.


Uma lista das outras postagens nessa série está aqui
 

É vital ter um armazenamento bem configurado, como um array de armazenamento, para fornecer desempenho de E/S de disco previsível, suportar recursos de alta disponibilidade e fornecer redundância, escalabilidade e confiabilidade de armazenamento para suas aplicações.

Perfil de E/S de Armazenamento do Caché

Dependendo da tecnologia de array de armazenamento selecionada, o armazenamento em disco na camada física pode ser separado em pools ou grupos de discos. Se possível, para disponibilidade e desempenho, o armazenamento deve ser particionado com base no perfil de E/S esperado. Por exemplo, dados e journals (logs de transações) devem estar em grupos de discos físicos separados, pois possuem perfis de E/S diferentes e também para disponibilidade, já que a corrupção no grupo de discos de dados pode ser recuperada usando os journals em um grupo de discos separado, isolado da corrupção.

Da mesma forma, os backups devem estar em um grupo de discos separado. Existem muitas opções de configuração de armazenamento, dependendo do sistema operacional, do fornecedor de armazenamento e do modelo do array. Os requisitos exatos serão específicos da aplicação, com atenção especial necessária para a configuração física e lógica, incluindo a alocação de grupos ou pools físicos e lógicos, tipos de RAID, tipos de sistemas de arquivos e concorrência, espaço em GB alocado e assim por diante.

O perfil de E/S de leitura e gravação do Caché é detalhado na tabela a seguir:

 

Requisitos de E/S de Armazenamento do Caché

Constato que gargalos no armazenamento são um dos problemas mais comuns que afetam o desempenho de sistemas de banco de dados. Um problema comum é dimensionar o armazenamento simplesmente pela capacidade em GB, em vez de alocar um número suficientemente alto de discos distintos para suportar as Operações de Entrada/Saída por Segundo (IOPS) esperadas. Embora SSDs e armazenamento em camadas sejam agora mais comuns, deve-se ter cuidado para garantir que as IOPS estejam disponíveis.

Para garantir tempos de resposta aceitáveis para os usuários finais, é necessário um array de discos com um perfil de desempenho de E/S mínimo. Os requisitos variam ligeiramente dependendo se servidores de Aplicação (ECP) separados são usados. A tabela a seguir detalha os tempos de resposta de armazenamento esperados e observações sobre o perfil de E/S.

 

O que está faltando?

Antes de falar com seu fornecedor, você precisará ter estimativas das IOPS (operações de entrada/saída por segundo) que você espera que sua aplicação gere, para que as opções de armazenamento possam ser configuradas para atender aos requisitos acima. As partes 1 e 2 da série mostram exemplos de como coletar métricas.

Discussão (0)1
Entre ou crie uma conta para continuar