MicroStrategy ONE
MicroStrategy Diretrizes e solução de problemas de atualização de repositório
- Introdução à atualização do repositório
-
MicroStrategy Utilitário de backup e restauração PostgreSQL de marca
-
Atualize o MicroStrategy Repositório por meio do instalador da plataforma
Introdução à atualização do repositório
Para garantir a segurança e a estabilidade contínuas do MicroStrategy suíte, MicroStrategy O repositório atualiza o PostgreSQL para a versão 14.7 em 2021, Atualização 10.
Esta atualização:
-
Fornece soluções para vulnerabilidades de segurança conhecidas em versões mais antigas do PostgreSQL
-
Evita que os usuários sofram uma interrupção do produto
-
Permite que os usuários aproveitem funcionalidades adicionais e maior desempenho das versões mais recentes do PostgreSQL
Apenas MicroStrategyO PostgreSQL instalado localmente, e não um repositório remoto, é abordado neste fluxo de trabalho de atualização.
A atualização contém duas partes:
-
Atualização dos binários do servidor PostgreSQL
-
Migração de dados
A atualização não altera nenhuma estrutura de pastas subjacente do PostgreSQL, portanto, quaisquer componentes que usam o PostgreSQL não serão afetados.
Existem vários utilitários/ferramentas que você pode usar para fazer backup do software pronto para uso. MicroStrategy Repositório.
-
Utilitário nativo de backup e restauração do PostgreSQL
pg_dump, pg_dumpall
-
MicroStrategy Utilitário de backup e restauração PostgreSQL de marca
mstr_pg_dump, mstr_pg_dumpall
Bancos de dados em MicroStrategy Repositório
Para um ambiente recém-instalado no Windows e Linux, os seguintes bancos de dados são instalados prontos para uso MicroStrategy Repositório:
Nome do Banco de Dados | Instalação Expressa do Windows | Instalação personalizada do Windows | Linux | Componente MicroStrategy correspondente |
---|---|---|---|---|
advdw_wh
|
você | Usado para o projeto MicroStrategy Tutorial | ||
mstr_collab
|
você | você | você | MicroStrategy Collaboration Server |
mstr_library
|
você | você | você | Servidor de Biblioteca MicroStrategy |
operationaldm_wh
|
você | Usado para o projeto MicroStrategy Tutorial | ||
platform_analytics_wh
|
você | você | você | Projeto de análise de plataforma |
poc_metadata
|
você | Metadados do tutorial | ||
tutorial_wh
|
você | Armazém tutorial |
Para uma instalação Linux e uma instalação personalizada do Windows, apenas o warehouse correspondente dos componentes selecionados é instalado em MicroStrategy Repositório. Por exemplo, se você não instalar um componente do Platform Analytics, então platform_analytics_wh
não está em MicroStrategy Repositório.
MicroStrategy Ferramenta de administração de repositório
O MicroStrategy A ferramenta de administração de repositório fornece MicroStrategy usuários com uma interface de linha de comando para fazer backup, restaurar e limpar bancos de dados com base nas informações do banco de dados em DBAdminConfig.yaml
.
Para mais informações sobre MicroStrategy Ferramenta de administração de repositório, consulte Administração de repositório.
O MicroStrategy A operação de backup da ferramenta Administração de Repositório é baseada nas informações do banco de dados em DBAdminConfig.yaml
. Para fazer backup de todos os bancos de dados em MicroStrategy Repositório, adicione os nomes dos bancos de dados ao DBAdminConfig.yaml
. Somente os nomes dos bancos de dados listados em DBAdminConfig.yaml
são apoiados por esta ferramenta.
Por padrão, o usuário do banco de dados mstr e sua senha criptografada são usados para acessar os bancos de dados com esta ferramenta. Você pode encontrá-los em DBAdminConfig.yaml
. Se a senha for modificada, a ferramenta poderá não funcionar conforme o esperado.
Utilitário nativo de backup e restauração do PostgreSQL
O utilitário nativo de backup e restauração do PostgreSQL pode ser usado para fazer backup e restaurar MicroStrategy Repositório. Ele é enviado pronto para uso com MicroStrategy Repositório.
-
pg_dump
Despeja um único banco de dados.Exemplo:
Copiar# To dump a database called mydb into an SQL-script file:
pg_dump mydb > db.sql -
pg_dumpall
Faz backup de todos os bancos de dados em um determinado cluster e também preserva dados de todo o cluster, como definições de função e espaço de tabela.Exemplo:
Copiar# To dump all databases
pg_dumpall > db.out -
Para restaurar, use
psql
oupg_restore
.Exemplo:
Copiar# To reload pg_dump file into a (freshly created) database named newdb
psql -d newdb -f db.sql
# To restore pg_dumpall file db.out
psql -f db.out postgres
Como existem muitos parâmetros de dump para a opção de backup, você pode optar por usá-los com base em suas próprias necessidades.
Para obter a lista dos parâmetros, bem como exemplos de uso, consulte pg_dump
,pg_dumpall
, e pg_restore
.
Windows
Caminho padrão: C:\Program Files (x86)\Common Files\MicroStrategy\Repository\pgsql\bin
Exemplo:
#dump mstr_collab
pg_dump -d mstr_collab -Umstr > mstr_collab.sql
#dump the whole postgres cluster
pg_dumpall -Umstr > postgres.sql
Linux
Caminho padrão: /opt/mstr/MicroStrategy/install/Repository/postgres11/bin
Antes de executar os utilitários no Linux, você deve:
-
Fonte o
setenv.sh
arquivo em/opt/mstr/MicroStrategy/install/Repository/bin
.Não fazer isso resulta no seguinte erro:
Erro ao carregar bibliotecas compartilhadas: libpq.so.5: não é possível abrir o arquivo de objeto compartilhado: Não existe tal arquivo ou diretório.
-
Declare o soquete do domínio Unix para usar o
/tmp
caminho, já que o utilitário back nativo do PostgreSQL usa o/var/run/postgresql/
caminho padrão.Se o caminho não for declarado, ocorrerá o seguinte erro:
pg_dump: [archiver (db)] conexão com o banco de dados "mstr" falhou: não foi possível conectar ao servidor: Não existe tal arquivo ou diretório. O servidor está executando localmente e aceitando conexões no soquete de domínio Unix "/var/run/postgresql/.s.PGSQL.5432"?
Exemplo:
#source setenv.sh
source /opt/mstr/MicroStrategy/install/Repository/bin/setenv.sh
#declare unix-domain socket and use pg_dump to dump metadata
cd /opt/mstr/MicroStrategy/install/Repository/postgres11/bin
./pg_dump -h /tmp -d poc_metadata -Umstr > md.dump
#dump the whole postgres cluster
./pg_dumpall -h /tmp -Umstr > postgres.dump
MicroStrategy Utilitário de backup e restauração PostgreSQL de marca
MicroStrategy também fornece um utilitário de backup e restauração de “marca” no Linux. Este utilitário é construído com base no utilitário nativo de backup e restauração do PostgreSQL. Você não precisa de fonte setenv.sh
e declare o soquete de domínio Unix com esta ferramenta.
Como este utilitário é construído em um utilitário de backup/restauração nativo do PostgreSQL, os parâmetros usados com o utilitário de restauração/backup do PostgreSQL nativo também podem ser usados.
Caminho padrão: /opt/mstr/MicroStrategy/install/Repository/bin
Exemplo:
#dump metadata
cd /opt/mstr/MicroStrategy/install/Repository/bin
./mstr_pg_dump -d poc_metadata -Umstr > md.dump
#dump the whole postgres cluster
./mstr_pg_dumpall -Umstr > postgres.dump
Atualize o MicroStrategy Repositório por meio do instalador da plataforma
Linux
-
Inicie o instalador e selecione Atualizar para atualizar seu local MicroStrategy versão para 2021 Atualização 10.
-
Se MicroStrategy Análise de plataforma foi selecionado em uma instalação anterior, ele será selecionado automaticamente em Selecione componentes. Verifique os componentes que deseja atualizar e clique em Próximo.
-
Se as informações de conexão com o MicroStrategy O repositório foi alterado desde a última instalação. Você será solicitado a fornecer o nome de usuário, senha e porta de login do banco de dados. Preencha os campos e clique Próximo.
-
Você será solicitado a fazer backup do repositório antes de continuar. Reveja o seções acima para obter informações sobre como fazer backup e restaurar seu repositório. Para prosseguir com a atualização, você deve confirmar que fez backup do seu repositório digitando atualizar. Clique em Próximo.
-
O instalador verifica se há espaço livre em disco suficiente disponível no sistema. Caso contrário, os requisitos ausentes serão listados e a atualização será abortada.
-
Se houver espaço em disco suficiente, o processo de atualização do repositório, bem como de outros MicroStrategy componentes continua. No entanto, se a atualização do repositório falhar, toda a atualização será interrompida e a tela a seguir será exibida.
Clique no link para obter etapas detalhadas sobre como analisar e solucionar as causas principais. Depois que os problemas forem resolvidos, execute novamente a instalação para concluir a atualização.
Verificar install.log
no logs
pasta (Exemplo: /var/log/MicroStrategy/
) para ver se inclui os logs de atualização do PostgreSQL mostrados abaixo. Se eles estiverem incluídos, a atualização foi bem-sucedida
Exemplo de log de atualização do PostgreSQL:
12 Apr 2023, 07:29:41 AM:INFO: Configuring pg_hba.conf file completed
12 Apr 2023, 07:29:49 AM:INFO: Successfully stopped MicroStrategy Repository Administration.
12 Apr 2023, 07:29:49 AM:INFO: Successfully stopped PostgreSQL.
12 Apr 2023, 07:29:49 AM:INFO: Backing up PostgreSQL bin files.
12 Apr 2023, 07:29:49 AM:INFO: Backing up pgdata files.
12 Apr 2023, 07:29:49 AM:INFO: Backing up Repository Administration Tool files.
12 Apr 2023, 07:29:49 AM:INFO: MicroStrategy Repository bin files and pgdata backup completed.
12 Apr 2023, 07:29:49 AM:INFO: Extracting new postgres binary files.
12 Apr 2023, 07:29:50 AM:INFO: Installing Repository files...
12 Apr 2023, 07:29:50 AM:INFO: Copying fileset RepositoryLinuxRepositoryInstallPath files...
12 Apr 2023, 07:29:56 AM:INFO: Initializing PostgreSQL
12 Apr 2023, 07:29:57 AM:INFO: Configuring postgresql.conf file.
12 Apr 2023, 07:29:57 AM:FINE: Using port 54302 temporarily for PostgreSQL upgrade.
12 Apr 2023, 07:29:57 AM:INFO: Configuring postgresql.conf file completed
12 Apr 2023, 07:29:57 AM:INFO: Checking postgres upgrade compatibility.
12 Apr 2023, 07:29:58 AM:INFO: Upgrade compatibility check has been passed.
12 Apr 2023, 07:29:58 AM:INFO: Starting PostgreSQL upgrade.
12 Apr 2023, 07:30:04 AM:INFO: PostgreSQL upgrade completed.
12 Apr 2023, 07:30:04 AM:INFO: Restoring old cluster's configuration files.
12 Apr 2023, 07:30:04 AM:INFO: Restoring pg_hba.conf file.
12 Apr 2023, 07:30:04 AM:INFO: Restoring pg_hba.conf file completed.
12 Apr 2023, 07:30:04 AM:INFO: Restoring postgresql.conf file.
12 Apr 2023, 07:30:04 AM:INFO: Restoring postgresql.conf file completed.
12 Apr 2023, 07:30:04 AM:INFO: Checking MicroStrategy Repository status
12 Apr 2023, 07:30:05 AM:INFO: Started PostgreSQL.
12 Apr 2023, 07:30:05 AM:INFO: Cleaning up files under Repository.
Windows
-
Inicie o instalador para atualizar seu local MicroStrategy versão para 2021 Atualização 10.
-
Se MicroStrategy Repositório foi selecionado em uma instalação anterior, ele será selecionado automaticamente em Selecione componentes. Verifique os componentes que deseja atualizar e clique em Próximo.
-
Se as informações de conexão com o MicroStrategy O repositório foi alterado desde a última instalação. Você será solicitado a fornecer o nome de usuário, senha e porta de login do banco de dados. Preencha os campos e clique Próximo.
-
Você será solicitado a fazer backup do repositório antes de continuar. Reveja o seções acima para obter informações sobre como fazer backup e restaurar seu repositório. Para prosseguir com a atualização, você deve confirmar que fez backup do seu repositório digitando atualizar. Clique em Próximo.
-
O instalador verifica se há espaço livre em disco suficiente disponível no sistema. Caso contrário, os requisitos de espaço serão listados e a atualização será abortada.
-
Se houver espaço em disco suficiente, o processo de atualização do repositório, bem como de outros MicroStrategy componentes continua. No entanto, se a atualização do repositório falhar, toda a atualização será interrompida e a tela a seguir será exibida.
Clique no link para obter etapas detalhadas sobre como analisar e solucionar as causas principais. Depois que os problemas forem resolvidos, execute novamente a instalação para concluir a atualização.
Verificar install.log
no MicroStrategy pasta de instalação (exemplo: C:\Program Files (x86)\Common Files\MicroStrategy
) para ver se inclui os logs de atualização do PostgreSQL mostrados abaixo. Se eles estiverem incluídos, a atualização foi bem-sucedida
Exemplo de log de atualização do PostgreSQL:
Performing Consistency Checks
-----------------------------
Checking cluster versions ok
Checking database user is the install user ok
Checking database connection settings ok
Checking for prepared transactions ok
Checking for reg* data types in user tables ok
Checking for contrib/isn with bigint-passing mismatch ok
Checking for tables WITH OIDS ok
Checking for invalid "sql_identifier" user columns ok
Creating dump of global objects ok
Creating dump of database schemas
ok
Checking for presence of required libraries ok
Checking database user is the install user ok
Checking for prepared transactions ok
If pg_upgrade fails after this point, you must re-initdb the
new cluster before continuing.
Performing Upgrade
------------------
Analyzing all rows in the new cluster ok
Freezing all rows in the new cluster ok
Deleting files from new pg_xact ok
Copying old pg_xact to new server ok
Setting next transaction ID and epoch for new cluster ok
Deleting files from new pg_multixact/offsets ok
Copying old pg_multixact/offsets to new server ok
Deleting files from new pg_multixact/members ok
Copying old pg_multixact/members to new server ok
Setting next multixact ID and offset for new cluster ok
Resetting WAL archives ok
Setting frozenxid and minmxid counters in new cluster ok
Restoring global objects in the new cluster ok
Restoring database schemas in the new cluster
ok
Adding ".old" suffix to old global/pg_control ok
If you want to start the old cluster, you will need to remove
the ".old" suffix from C:/Program Files (x86)/Common Files/MicroStrategy/Repository/pgsql/PGDATA/global/pg_control.old.
Because "link" mode was used, the old cluster cannot be safely
started once the new cluster has been started.
Linking user relation files
ok
Setting next OID for new cluster ok
Sync data directory to disk ok
Creating script to analyze new cluster ok
Creating script to delete old cluster ok
Upgrade Complete
----------------
Optimizer statistics are not transferred by pg_upgrade so,
once you start the new server, consider running:
analyze_new_cluster.bat
Running this script will delete the old cluster's data files:
delete_old_cluster.bat
Solução de problemas de falhas de atualização do PostgreSQL
Se a atualização do PostgreSQL falhar, verifique install.log
para encontrar a causa raiz.
Alguns cenários de falha típicos para a atualização do PostgreSQL incluem:
Espaço em disco insuficiente
A atualização do repositório requer espaço em disco adicional para backup, binários PostgreSQL e para migrar os bancos de dados.
O instalador verifica se há espaço livre em disco suficiente disponível no sistema. Caso contrário, o processo de atualização será cancelado e o seguinte aviso será exibido:
A atualização não pode prosseguir porque esta máquina não possui espaço em disco suficiente.
Senha incorreta
O MicroStrategy O instalador precisa conectar o antigo repositório PostgreSQL usando o superusuário que executou a instalação inicial do PostgreSQL. Se a senha tiver sido alterada e não for fornecida corretamente durante a atualização, o processo de atualização poderá falhar.
Você deve fornecer a senha de superusuário correta para se conectar ao antigo banco de dados PostgreSQL.
Problemas de permissão de acesso
O usuário que executa a atualização pode não ter as permissões necessárias para acessar determinados arquivos ou diretórios exigidos para a atualização.
O usuário correto para executar o MicroStrategy instalação e atualização do repositório é o superusuário.
Definições de configuração incorretas
Durante o processo de atualização, as definições de configuração do PostgreSQL podem precisar ser atualizadas. Se as configurações estiverem incorretas, o processo de atualização poderá falhar.
Uma mensagem de erro é registrada para indicar que o arquivo de configuração não é válido porque contém configurações inválidas. Você deve corrigir a configuração inválida e executar novamente a instalação.
Corrupção de dados
A corrupção de dados pode ocorrer durante o processo de atualização se houver erros ou problemas com os dados que estão sendo migrados.
Uma mensagem de erro é registrada para indicar que o arquivo de dados do banco de dados está corrompido. Você deve corrigir o erro de dados restaurando os dados do backup e executando a instalação novamente.
Cenários de failover e restauração
Se os arquivos de dados do PostgreSQL forem interrompidos durante a atualização, pode ser necessário restaurar os bancos de dados dos backups feitos antes de iniciar a atualização.
-
Se os backups foram feitos usando o MicroStrategy ferramenta de administração de repositório, você deve usar a mesma ferramenta para restaurá-los. Siga as etapas em Administração de repositório para realizar a restauração.
-
Se os backups foram feitos usando o utilitário de backup nativo do PostgreSQL, MicroStrategy recomenda usar o utilitário de restauração nativo do PostgreSQL para realizar a restauração.
Windows
Caminho padrão: C:\Program Files (x86)\Common Files\MicroStrategy\Repository\pgsql\bin
Exemplo:
# To restore platform_analytics_wh from dump file with creating same database name
pg_restore -d postgres -Umstr --clean --create platform_analytics_wh.dump
# To restore mstr_collab to the new created database from dump file
psql -Umstr -d mstr_collab < mstr_collab.sql
# To restore pg_dumpall file all_dbs.out
psql -Umstr -f all_dbs.out postgres
Linux
Caminho padrão: /opt/mstr/MicroStrategy/install/Repository/bin
Antes de executar o utilitário de restauração no Linux, você deve:
-
Fonte o
setenv.sh
arquivo em/opt/mstr/MicroStrategy/install/Repository/bin
.Não fazer isso resulta no seguinte erro:
Erro ao carregar bibliotecas compartilhadas: libpq.so.5: não é possível abrir o arquivo de objeto compartilhado: Não existe tal arquivo ou diretório.
-
Declare o soquete do domínio Unix para usar o
/tmp
caminho, já que o utilitário back nativo do PostgreSQL usa o/var/run/postgresql/
caminho padrão.Se o caminho não for declarado, ocorrerá o seguinte erro:
pg_dump: [archiver (db)] conexão com o banco de dados "mstr" falhou: não foi possível conectar ao servidor: Não existe tal arquivo ou diretório. O servidor está executando localmente e aceitando conexões no soquete de domínio Unix "/var/run/postgresql/.s.PGSQL.5432"?
Exemplo:
# To restore database platform_analytics_wh
cd /opt/mstr/MicroStrategy/install/Repository/bin
./mstr_pg_restore -d platform_analytics_wh -Umstr < platform_analytics_wh.dump