Categories
por

Como partilhar um instantâneo estático do seu calendário google

Calendários da Internet são calendários que se publicam num sítio da Internet, onde outros podem visualizá-lo ou subscrevê-lo. Os calendários da Internet utilizam o formato iCalendar e a extensão. ics do nome do ficheiro.

Pode partilhar calendários estáticos únicos, conhecidos como Calendar Snapshots, numa mensagem de correio electrónico. Ou pode publicar calendários num servidor web especial concebido para alojar calendários no formato iCalendar. A vantagem deste último é que quando altera o calendário no Outlook, as alterações são sincronizadas com o servidor web. Isto permite àqueles que utilizam uma subscrição do Calendário da Internet verem automaticamente as últimas informações.

Porquê publicar Calendários da Internet?

Os Calendários da Internet permitem-lhe partilhar informação sobre o calendário e a disponibilidade com outras pessoas. Por exemplo, pode publicar o calendário de treinos da sua equipa de futebol. Cada jogador pode subscrever o calendário publicado e depois ver todas as actualizações que fizer ao calendário. Outras pessoas podem optar por ver a subscrição do calendário da Internet num browser, Outlook, ou noutra aplicação.

Como publicar os Calendários da Internet

Pode partilhar o seu calendário Outlook com outros, publicando-o a partir do Outlook na web.

Para partilhar o seu calendário Outlook no Outlook. com, primeiro guarde-o como um iCalendar (.ics), importe-o para o Outlook. com, depois partilhe-o com as pessoas que precisam de o ver.

Under the settings in Outlook on the web, go to Calendar > Calendários partilhados. Escolha o calendário que deseja publicar e o nível de detalhes que deseja que outros o vejam.

Nota : Os calendários publicados podem ser visualizados por qualquer pessoa com o link para o calendário.

Um instantâneo é uma cópia de segurança de um cluster Elasticsearch em execução. Pode usar instantâneos para:

  • Fazer regularmente o backup de um aglomerado sem tempo de paragem
  • Recuperar dados após eliminação ou uma falha de hardware
  • Transferência de dados entre clusters
  • Reduza os seus custos de armazenamento utilizando instantâneos pesquisáveis nos níveis de dados frios e congelados

O fluxo de trabalho instantâneo

A Elasticsearch armazena instantâneos num local de armazenamento fora docluster chamado repositório de instantâneos. Antes de poder tirar ou restaurar instantâneos, deve registar um repositório de instantâneos no cluster. A Elasticsearch suporta vários tipos de repositórios com opções de armazenamento em nuvem, incluindo:

  • AWS S3
  • Armazenamento Google Cloud (GCS)
  • Microsoft Azure

Depois de registar um repositório de instantâneos, pode utilizar a gestão do ciclo de vida (SLM) para tirar e gerir automaticamente instantâneos. Pode então restaurar um instantâneo para recuperar ou transferir os seus dados.

Conteúdo de instantâneosedit

Por defeito, um instantâneo de um cluster contém o estado do cluster, todos os fluxos de dados, e todos os índices abertos, incluindo os índices do sistema. O estado de aglomerado inclui:

  • Definições persistentes de clusters
  • Modelos de índice
  • Modelos de índices legados
  • Gasodutos de invenção
  • Políticas de ILM
  • Para instantâneos tirados após 7.12.0, os estados das características

Pode também tirar instantâneos apenas de fluxos de dados ou índices específicos no aglomerado. Um instantâneo que inclui um fluxo de dados ou índice inclui automaticamente os seus pseudónimos. Ao restaurar um instantâneo, pode escolher se pretende restaurar esses pseudónimos.

Os instantâneos não contêm nem fazem o backup:

  • Definições transitórias de clusters
  • Repositórios de fotografias registadas
  • Ficheiros de configuração dos nós

Destaque statesedit

Um estado de característica contém os índices e fluxos de dados utilizados para armazenar configurações, histórico, e outros dados para uma característica Elástica, como a segurança Elasticsearch ou Kibana.

Um estado de característica inclui tipicamente um ou mais índices de sistema ou fluxos de dados do sistema. Pode também incluir índices regulares e fluxos de dados utilizados pela característica. Por exemplo, um estado de característica pode incluir um índice regular que contenha o histórico de execução da característica. O armazenamento deste histórico num índice regular permite pesquisá-lo mais facilmente.

Como funcionaram os instantâneos

Os instantâneos são automaticamente deduplicados para poupar espaço de armazenamento e reduzir os custos de transferência de rede. Para fazer o backup de um índice, um instantâneo faz uma cópia dos segmentos do índice e armazena-os no repositório de instantâneos. Uma vez que os segmentos são imutáveis, o instantâneo só precisa de copiar quaisquer novos segmentos criados desde o último instantâneo do repositório.

Cada instantâneo é também logicamente independente. Quando se apaga um instantâneo, a Elasticsearch apenas elimina os segmentos utilizados exclusivamente por esse instantâneo. Elasticsearch não elimina os segmentos utilizados por outros instantâneos no repositório.

Snapshots e shard allocationedit

Um instantâneo copia segmentos dos fragmentos primários de um índice. Quando se inicia um instantâneo, a Elasticsearch começa imediatamente a copiar os segmentos de quaisquer fragmentos primários disponíveis. Se um fragmento estiver a começar ou a deslocar-se, a Elasticsearch espera que estes processos estejam concluídos antes de copiar os segmentos do fragmento. Se um ou mais estilhaços primários não estiverem disponíveis, a tentativa de instantâneo falha.

Assim que uma imagem começa a copiar os segmentos de um fragmento, a Elasticsearch não moverá o fragmento para outro nó, mesmo que o reequilíbrio ou as definições de alocação de fragmentos desencadeiem normalmente a realocação. A Elasticsearch só moverá a lasca após a fotografia terminar de copiar os dados da lasca.

Início e paragem da captura instantânea

Um instantâneo não representa um aglomerado num momento preciso. Em vez disso, cada instantâneo inclui uma hora de início e de fim. O instantâneo representa uma visão dos dados de cada fragmento em algum ponto entre estes dois tempos.

Compatibilidade de instantâneoedit

Para restaurar um instantâneo a um agrupamento, as versões para o instantâneo, agrupamento, e quaisquer índices restaurados devem ser compatíveis.

Compatibilidade das versões de snapshot

Versão Cluster

Versão instantânea

Não é possível restaurar um instantâneo a uma versão anterior de Elasticsearch. Por exemplo, não é possível restaurar uma fotografia tirada na versão 7.6.0 para um aglomerado com a versão 7.5.0.

Índice de compatibilidadeedit

Qualquer índice restaurado a partir de um instantâneo deve também ser compatível com a versão actual do cluster. Se tentar restaurar um índice criado numa versão incompatível, a tentativa de restauração falhará.

Versão Cluster

Versão de criação do índice

Não se pode repor um índice a uma versão anterior de Elasticsearch. Por exemplo, não é possível restaurar um índice criado na versão 7.6.0 para um cluster a correr 7.5.0.

Um snapshot compatível pode conter índices criados numa versão incompatível. Por exemplo, um instantâneo de um cluster 6.8 pode conter um índice criado na versão 5.6. Se tentar restaurar o índice 5.6 para um cluster 7.16, a tentativa de restauração falhará. Tenha isto em mente se tirar um instantâneo antes de actualizar um cluster.

Como alternativa, pode primeiro restaurar o índice para outro cluster executando a última versão do Elasticsearch que é compatível tanto com o índice como com o seu cluster actual. Pode então usar o reindex-from-remote para reconstruir o índice no seu cluster actual. Reindexar a partir de remoto só é possível se a _fonte do índice estiver activada.

A reindexação a partir do remoto pode demorar significativamente mais tempo do que a restauração de um instantâneo. Antes de começar, teste o reindexamento a partir do processo remoto com um subconjunto dos dados para estimar as suas necessidades de tempo.

Warningsedit

Outros métodos de cópia de segurança

Tirar um instantâneo é a única forma fiável e suportada de apoiar um agrupamento. Não é possível fazer cópias de segurança de um cluster Elasticsearch fazendo cópias dos directórios de dados dos seus nós. Não há métodos suportados para restaurar quaisquer dados de um backup a nível de sistema de ficheiros. Se tentar restaurar um cluster a partir de tal backup, pode falhar com relatórios de corrupção ou ficheiros em falta ou outras inconsistências de dados, ou pode parecer ter tido sucesso tendo perdido silenciosamente alguns dos seus dados.

Uma cópia dos directórios de dados dos nós de um cluster não funciona como cópia de segurança porque não é uma representação consistente do seu conteúdo num único ponto no tempo. Não pode corrigir isto fechando os nós enquanto faz as cópias, nem tirando instantâneos a nível do sistema de ficheiros atómico, porque a Elasticsearch tem requisitos de consistência que abrangem todo o cluster. É necessário utilizar a funcionalidade de instantâneo integrada para as cópias de segurança de clusters.

Conteúdo do Repositórioedit

Não modifique nada dentro do repositório ou execute processos que possam interferir com o seu conteúdo. Se algo que não seja Elasticsearch modificar o conteúdo do repositório, então futuras operações de snapshot ou restauração podem falhar, reportando corrupção ou outras inconsistências de dados, ou podem parecer bem sucedidas tendo perdido silenciosamente alguns dos seus dados.

Poderá, no entanto, restaurar com segurança um repositório a partir de um backup, desde que

  • Início
  • Tela
  • Administração de Telas
  • Discussão de Administração de Telas
  • Alimentação do Calendário de Telas Não Actualizado

A nossa escola encontrou múltiplas aplicações para os feeds do calendário (ligação ics) disponíveis na página do Calendário. Notámos que por vezes as alterações feitas aos eventos em Tela não são reflectidas no feed. Falei com o Canvas Tech Support e o meu entendimento é que eles estão a disponibilizar a informação, pelo que o problema tem de estar noutro lugar. A sugestão deles foi que os nossos utilizadores apagassem e depois voltassem a ler o link sempre que algo no calendário mudasse. Isto é impraticável, pelo que continuo a procurar a causa raiz e/ou uma forma de resolver o problema.

Alguém por acaso tem alguma experiência com as alimentações do calendário que não sejam actualizadas?

  • Etiquetas:
  • calendário
  • Todos os tópicos do fórum
  • Tópico Anterior
  • Próximo tema
  • Marcar como Novo
  • Bookmark
  • Subscrever
  • Mudo
  • Subscrever RSS Feed
  • Permalink
  • Aceitar como solução
  • Imprimir
  • Envie um e-mail a um amigo
  • Relatar conteúdo inapropriado

@msanders , quero ver se estou a compreender isto correctamente. Os utilizadores estão a copiar a alimentação do seu calendário em Tela e a utilizá-lo com outro serviço de calendário. Será que percebi bem? Somos uma pequena faculdade comunitária sem uma tonelada de uso de calendários. Dito isto, não tenho conhecimento de quaisquer problemas conhecidos com a alimentação de calendários que não comuniquem a informação actualizada ao serviço de calendário externo. Quando diz: “Reparámos que por vezes as alterações feitas aos eventos em Tela não se reflectem na alimentação”, está a olhar para a própria alimentação, ou para os resultados no serviço de calendário externo ligado? Há também uma questão de timing e lembro-me de me ter deparado com alguns posts aqui no passado sobre o tempo que leva a actualizar. Aqui está um exemplo: https://community. canvaslms. com/message/4503

  • Marcar como Novo
  • Bookmark
  • Subscrever
  • Mudo
  • Subscrever RSS Feed
  • Permalink
  • Aceitar como solução
  • Imprimir
  • Envie um e-mail a um amigo
  • Relatar conteúdo inapropriado

Obrigado pela informação! As outras ligações são úteis. Tem um método recomendado para subscrever um calendário em Tela no Outlook? Penso que isto pode estar relacionado com os problemas que estamos a enfrentar.

Aqui está um exemplo do que tentámos fazer. Criei um “utilizador de desportos de Inverno” em Canvas e inscrevi esse utilizador como observador em todos os cursos de desportos de Inverno. Depois entrei no Canvas como esse utilizador e copiei o link https://xyz123.ics a partir da página do calendário. Enviei o link para mim e para um punhado de outros utilizadores de testes por e-mail. Esses utilizadores e eu subscrevemos então o calendário de Tela do “utilizador de desportos de Inverno” no Outlook. Encontrámos várias formas de subscrever/acrescentar um calendário externo ao Outlook. Independentemente da forma como o ficheiro ics foi adicionado/assinado, todos os utilizadores puderam inicialmente ver todos os eventos no calendário do cliente Outlook. Contudo, se mais tarde alterássemos um evento no Canvas, alguns utilizadores poderiam ver o evento actualizado no Outlook, mas outros utilizadores continuaram a ver o evento original (mesmo depois de 24+ horas). Se os utilizadores com os calendários “estáticos” apagassem o link do calendário desportivo de Inverno no Outlook e depois o readicionassem, então o evento actualizado era exibido.

Tentei repetir o teste descrito acima para ver que método funcionava sempre e não consegui encontrar um. Sou (claramente) novo na utilização dos calendários da Internet, por isso sinto que estou apenas a ignorar algo óbvio. Quaisquer recomendações sobre como subscrever um ficheiro/link ics do Canvas do Outlook (2016) e ter o calendário do Outlook actualizado de forma dinâmica quando os eventos são alterados no Canvas seriam muito apreciados!