Mudando para um novo servidor!

Mudando para um novo servidor!


We are searching data for your request:

Forums and discussions:
Manuals and reference books:
Data from registers:
Wait the end of the search in all databases.
Upon completion, a link will appear to access the found materials.

Na Ancient Origins, acreditamos que um dos campos de conhecimento mais importantes que podemos perseguir como seres humanos é o nosso início. E embora algumas pessoas possam parecer contentes com a história tal como está, nossa opinião é que existem incontáveis ​​mistérios, anomalias científicas e artefatos surpreendentes que ainda precisam ser descobertos e explicados.

O objetivo de Ancient Origins é destacar descobertas arqueológicas recentes, pesquisas acadêmicas revisadas por pares e evidências, bem como oferecer pontos de vista alternativos e explicações da ciência, arqueologia, mitologia, religião e história ao redor do globo.

Somos o único site de Arqueologia Pop que combina pesquisa científica com perspectivas inovadoras.

Ao reunir os principais especialistas e autores, este site de arqueologia explora civilizações perdidas, examina escritos sagrados, visita lugares antigos, investiga descobertas antigas e questiona acontecimentos misteriosos. Nossa comunidade aberta se dedica a investigar as origens de nossa espécie no planeta Terra e questionar aonde as descobertas podem nos levar. Procuramos recontar a história de nossos primórdios.


É difícil migrar de um servidor para outro?

Quase diz tudo no título. É tão simples quanto fazer backup em um e restaurar em outro?

Quero brincar com o sistema antes de investir em mais coisas.

Faça backup de todos os seus arquivos de configuração (incluindo o arquivo db se usado, eu pessoalmente uso Maria SQL para o gravador), instale o hass.io no novo servidor, copie todos os arquivos, reinicie, pronto. Se você tiver qualquer tipo de certificado SSL com acesso de fora de sua rede, certifique-se de fazer backup dos certificados ou recriá-los.

Fiz isso recentemente mudando do Ubuntu para o Debian, me levou 10 minutos e estava vivo!

Sim, quase isso. O único problema que tive foi esquecer de alterar os caminhos do Zwave, pois eram diferentes na nova instalação. Eu fui do Pi para uma VM Ubuntu.

Você precisa NECESSIDADE de trazer seu arquivo DB? Presumo que seja apenas história. Eu abandonei no passado porque não queria migrar vários GB. Sei que o HA agora tem muito mais arquivos persistentes do que antes, como dados do usuário ou registro de entidade, e estou me perguntando se algo mudou.

Fiz algo semelhante, mas não com hass.io. O back-end é MariaDB. Explodir o antigo venv, criar um novo, restaurar configurações. Bam boom pronto.

Você pode usar este post que escrevi há alguns meses como uma referência para fazer isso.

Migrei de um 2016 antigo em uma única instalação em um venv para uma instalação hass.io em outro Pi. Foi mais fácil do que eu esperava, mas fiz muitos backups, cópias de imagens, etc. só para ter certeza absoluta.

No final, o único tempo de inatividade que experimentei foi o tempo que levei para mover fisicamente meu Zstick do antigo Pi para o novo. Algumas atualizações em minha configuração para levar em conta as alterações importantes que eu perdi (estava algumas rotações atrás e reservei um tempo para ler todas as notas de lançamento, então estava preparado) e estava pronto e funcionando novamente.

O medo de migrar me impediu de fazer isso por tanto tempo e, uma vez que o fiz, fiquei chateado por ter demorado tanto.


Você tem um wiki em seu (s) projeto (s)?

Você pode verificar isso visitando https://source.uit.no/your-namespace/your-project/wikis/home. Se sim, você precisa mover o wiki separadamente, pois ele não faz parte do projeto de código.

Mover um wiki é muito semelhante a mover o repositório de código:

  • Espelhe o wiki do servidor antigo para o seu computador: $ git clone --mirror [email protected]: your-namespace / your-project.wiki.git
  • Acesse o diretório recém-criado em seu computador: $ cd your-project.wiki.git
  • Envie o wiki para o novo servidor: $ git push --mirror [email protected]: your-namespace / your-project.wiki.git

Como mover um repositório Git completo

Se você estiver lidando com vários repositórios Git, eventualmente irá querer mover arquivos de um para outro. Este tutorial mostrará como você pode mover um repositório Git completo de um servidor remoto para outro. As etapas abaixo permitem que você escolha quais branches e tags incluir.

Vamos chamar o repositório original de ORI e o novo de NOVO, aqui estão as etapas necessárias para copiar tudo de ORI para NOVO:

1. Crie um repositório local no temp-dir diretório usando:

2. Vá para o diretório temp-dir.

3. Para ver uma lista dos diferentes ramos do ORI, faça:

4. Verifique todos os ramos que deseja copiar do ORI para o NOVO usando:

5. Agora busque todas as tags do ORI usando:

6. Antes de realizar a próxima etapa, certifique-se de verificar suas tags e branches locais usando os seguintes comandos:

7. Agora limpe o link para o repositório ORI com o seguinte comando:

8. Agora vincule seu repositório local ao seu NOVO repositório recém-criado usando o seguinte comando:


Movendo-se entre o Windows e o UNIX

Neste caso, tanto a arquitetura do sistema e a convenção de arquivo de texto CR / LF pode ser diferente. Você ainda tem que criar um ponto de verificação, copiá-lo e recriar o banco de dados na nova plataforma, mas ao mover os subdiretórios de depósito contendo seus arquivos com versão, você também deve resolver o problema da convenção de alimentação de linha diferente entre as duas plataformas .

Os subdiretórios de depósito podem conter arquivos de texto e binários. Os arquivos de texto (no formato RCS, terminando com ", v") e arquivos binários (diretórios de arquivos binários individuais, cada diretório terminando com ", d") precisam ser transferidos de maneiras diferentes, a fim de traduzir as terminações de linha no arquivos de texto, deixando os arquivos binários inalterados.

Tal como acontece com todas as outras migrações, certifique-se de executar p4 verificar após sua migração.

Aviso

O Windows é um sistema operacional que não diferencia maiúsculas de minúsculas. Arquivos que diferem por maiúsculas e minúsculas apenas em um servidor UNIX irão ocupar o mesmo namespace quando transferidos para uma máquina Windows. Por exemplo, os arquivos Makefile e o arquivo makefile em um servidor UNIX parecerão ser o mesmo arquivo em uma máquina Windows.

Devido ao risco de perda de dados devido à colisão de casos, migrações de servidores UNIX para Windows não são suportadas.

Entre em contato com o Suporte Técnico da Perforce para obter assistência ao migrar um servidor Perforce do Windows para o UNIX.


Pare todas as instalações do Spiceworks

Assim que o backup for concluído na máquina antiga, saia do Spiceworks nessa máquina. Certifique-se também de que o Spiceworks não esteja rodando na nova máquina.

Em ambos os dispositivos, você pode usar o Gerenciador de Tarefas do Windows para garantir que nenhum dos processos do Spiceworks esteja em execução:

Nota: Se você tiver qualquer coletor remoto / instalação remota do Spiceworks em outros locais, você também desejará sair do Spiceworks nessas máquinas para garantir que não perca nenhum tíquete ou atualização.


Solução moderna

Para experiências modernas do SharePoint, use Mover para.

Atualização 24/04/2018: Há uma nova solução no Office 365. Agora você pode selecionar um arquivo ou grupo de arquivos na experiência moderna no OneDrive ou SharePoint e selecionar Mover para. Um arquivo ou grupo de arquivos movidos dessa forma manterá o histórico de versões.

Atualização 06/06/2021: Como @KJH mencionou em um comentário, você pode não ver a experiência moderna a menos que faça uma alteração nas configurações da biblioteca. Além disso, há mais detalhes agora no artigo da Microsoft Mover ou copiar arquivos no SharePoint.


Extraia o arquivo que você baixou e inicie a atualização.

    Pare o seu instância Jira existente.

Deve apontar para o seu existir Diretório inicial do Jira. Certifique-se de ter excluído o arquivo dbconfig.xml, caso contrário, o Jira tentará se conectar ao banco de dados existente.

(Opcional) Se você usar o Crowd para gerenciamento de usuários, conclua essas etapas extras.

Se você estiver usando o Crowd para gerenciamento de usuários, reaplique as modificações dos seguintes arquivos de seu diretório de instalação existente para os novos arquivos. Não copie os arquivos, pois eles podem ser diferentes na nova versão do Jira.

  • & ltInstallation-Directory & gt / atlassian-Jira / WEB-INF / classes / crowd.properties
  • & ltInstallation-Directory & gt / atlassian-Jira / WEB-INF / classes / seraph-config.xml

Gmail ou Oulook.com?

Quando você tiver concluído a operação de transferência de e-mail, decida se Gmail ou Outlook.com será seu endereço de e-mail principal e configure-o para encaminhar automaticamente todos os e-mails para o endereço secundário.

Não acho que haja muito o que escolher entre os dois serviços, porque o Gmail piorou significativamente nos últimos dois anos, enquanto o Outlook.com melhorou muito. Ambos são muito melhores no tratamento de spam do que o Yahoo Mail, mas têm configurações ligeiramente diferentes. Na minha experiência, o Gmail é agressivo e coloca alguns e-mails legítimos na pasta de spam, então tenho que verificar pelo menos uma vez por dia. O Outlook.com é menos agressivo e nunca faz isso, mas permite a passagem de alguns e-mails de spam. A taxa de erro é praticamente a mesma.

No momento, odeio a caixa de composição do Gmail (mesmo quando uso Shift-Compose para abri-la em sua própria janela) e os pedaços de interface do usuário que desaparecem inutilmente a ponto de nunca me tornar um usuário do Gmail se tivesse que começar hoje . Estou pensando seriamente em mudar para Outlook.com ou Office 365, o que envolveria mover nove anos (quase 10 GB) de emails. Claro, você pode ter uma opinião diferente e deve escolher o serviço que mais gosta.

O ideal é que, depois de escolher seu novo serviço de e-mail principal, compre seu próprio nome de domínio e use-o como endereço de e-mail. Ninguém pode tirar isso de você (a menos que você se esqueça de pagar a taxa de renovação) e você pode encaminhá-lo para qualquer serviço de e-mail de sua preferência. Eu forneci um guia para configurar um nome de domínio pessoal com o Gmail em uma resposta anterior: Resolva problemas de e-mail para sempre configurando o Gmail com seu próprio domínio. Se você seguir o caminho da Microsoft, o Digital Inspiration tem instruções: Usando o Outlook.com com seu próprio domínio da web. Como alternativa, consulte Por que eu uso o Outlook.com para minhas contas de e-mail personalizadas de Ed Bott (e como você também pode).


Conteúdo adicional

UMADe acordo com o Bug 102962, se após a mudança, você estiver fazendo uma atualização para o ZCS 8.7, os seguintes comandos pós-atualização devem ser executados:


UMA O erro comum que pode ocorrer se você mover o servidor do Ubuntu 14 para o Ubuntu 16 é:

Se você está fazendo uma atualização local do sistema operacional do Ubuntu 14 para o Ubuntu 16 com o do-release-upgrade, você pode clicar no Bug 107436. O comentário nº 15 parece a solução mais fácil para isso.

Ubuntu 18.04

Ao atualizar para o Ubuntu 18.04, pode ser necessário instalar 2 pacotes adicionais:


Existem diferentes métodos de mover zcs para outro servidor (além deste). Alguns deles incluem:

Verificado contra: Colaboração Zimbra 8.8, 8.6 Data Criada: 28/09/2016
ID do artigo: https://wiki.zimbra.com/index.php?title=How_to_move_ZCS_to_another_server Data modificada: 2021-02-11

Experimente o Zimbra Collaboration com um teste gratuito de 60 dias.
Obtenha agora & # 160 »

Você pode contribuir na Comunidade, Wiki, Código ou no desenvolvimento de Zimlets.
Saiba mais. & # 160 »

Visite nosso canal no YouTube para obter os mais recentes webinars, notícias de tecnologia, visões gerais de produtos e muito mais.
Vá para o canal do YouTube & # 160 »


Assista o vídeo: Nowy Serwer RPG wkrótce prezentacja.


Comentários:

  1. Quigley

    Acho que você não está certo. Tenho certeza. Eu posso provar. Escreva em PM, comunicaremos.

  2. Montie

    Que palavras ... ótimo, pensamento notável

  3. Tygor

    Acho que isso já foi discutido.

  4. Nic

    Muito certo! Eu acho, o que é uma boa ideia.

  5. Nu'man

    Isto é ridículo.



Escreve uma mensagem