fbpx

Como podemos te ajudar hoje?

Detalhes de bloqueio de arquivo

Você está aqui:
< Voltar

Operação de bloqueio de arquivo

O MyWorkDrive foi desenvolvido para interagir com o compartilhamento de arquivos SMB do Windows para colocar e ler bloqueios em arquivos do Microsoft Office quando abertos para edição.

Quando os arquivos do Microsoft Office são abertos usando o MyWorkDrive Web Client, Mapped Drive Client, Mobile Client ou Office 365, os bloqueios são definidos e verificados para garantir uma interação consistente com o compartilhamento SMB. Os arquivos abertos por usuários do MyWorkDrive serão exibidos como bloqueados para usuários SMB. Os arquivos abertos por usuários SMB serão exibidos como bloqueados para usuários do MyWorkDrive. Os usuários receberão a mesma mensagem no Microsoft Office informando que o arquivo está em uso, serão solicitados a abrir o arquivo no modo somente leitura, abrir uma cópia ou aguardar a disponibilização.

 

Uma nota especial sobre a coedição com o Office 365. O MyWorkDrive oferece suporte à coedição no Office 365 por meio do Web Client. Se os documentos do Office forem abertos no Office 365 Online usando nosso recurso Office Online, eles poderão ser abertos simultaneamente por vários usuários, permitindo que os documentos sejam coeditados online.

Se um documento do Office já estiver aberto em outro cliente e um usuário o abrir no Office 365, o usuário no Office 365 receberá o aviso padrão de que o documento do Office está bloqueado para edição. O modo misto não é suportado. Todos os editores do documento devem estar editando via Office 365.

Da mesma forma, se um usuário tentar abrir um documento no escritório local que outro usuário abriu no Office 365, ele não poderá coeditar com ele, receberá o aviso de que o arquivo já está em uso.

 

O Map Drive Client para Windows tem suporte beta para bloqueio de arquivos para arquivos Open Office / Libre Office. O bloqueio de arquivos para Open Office / Libre Office não está incluído em outros clientes, como web, macOS ou Mobile.

Técnica de travamento

Quando um usuário solicita a abertura de um arquivo por meio do MyWorkDrive, o MyWorkDrive realiza três verificações separadas para ver se um usuário pode abrir um arquivo para edição.

Primeiro, o MyWorkDrive verifica se outro usuário do MyWorkDrive tem um bloqueio no arquivo. Se o fizerem, o arquivo será tratado como bloqueado se o usuário existente e o solicitante não estiverem usando o Office 365 (consulte a observação acima sobre coedição).

Em segundo lugar, o MyWorkDrive verificará via SMB se existe um bloqueio na forma de um proprietário ou arquivo de bloqueio no sistema de arquivos. Se isso acontecer, o MyWorkDrive tratará o arquivo como bloqueado. Isso garante que o arquivo não seja aberto por um usuário local fora do MyWorkDrive.

Por fim, o MyWorkDrive verificará se pode obter um bloqueio de gravação no arquivo. Se não puder, o arquivo será tratado como somente leitura. Isso é para garantir que o usuário tenha acesso de gravação ao diretório e possa salvar suas alterações.

Tempos limite

O MyWorkDrive usa um sistema de “tempo limite” para garantir que os bloqueios de arquivos não sejam definidos permanentemente.

O MyWorkDrive definirá automaticamente um tempo limite de 15 minutos em qualquer documento aberto no Local Office e 20 minutos para qualquer documento aberto no Office 365. Esses tempos limite serão estendidos enquanto o documento estiver aberto para edição e o cliente MyWorkDrive onde o arquivo está open ainda está conectado ao servidor MyWorkDrive. Um usuário pode abrir e trabalhar em um documento por um período de tempo indefinido, desde que permaneça conectado ao MyWorkDrive (até atingir o tempo limite de sessão do cliente permitido, conforme definido pelo administrador – momento em que seu cliente será desconectado).

Caso o cliente MyWorkDrive seja desconectado do servidor MyWorkDrive, o bloqueio não será renovado e o servidor MyWorkDrive limpará automaticamente o bloqueio no tempo de expiração.

Isso evita uma situação em que um usuário que não está mais conectado mantém um bloqueio perpétuo no arquivo. Exemplos disso podem ser… um usuário se afasta de seu computador para almoçar com um arquivo aberto e o computador cliente entra em suspensão. Ou um usuário sai do trabalho com um arquivo aberto e seu laptop está dormindo em sua bolsa de ombro. Ou um usuário em viagem sai do alcance da conexão com a Internet com um arquivo aberto.

Se o usuário que tem o bloqueio se reconectar ao servidor MyWorkDrive com o arquivo ainda aberto antes do bloqueio expirar, o bloqueio será estendido – O usuário em viagem recupera a conectividade com a Internet ou alguém que fechou seu laptop para caminhar pelo corredor de um sala de conferências se senta em sua mesa e abre o laptop de volta.

O sistema de tempo limite atende às necessidades de desconexões temporárias da Internet e permite a retomada do trabalho sem bloquear permanentemente outros usuários de um arquivo.

Desempenho do servidor

A partir do servidor MyWorkDrive 5.4.3, um novo controlador de bloqueio de arquivo baseado em memória foi implementado para melhorar a capacidade de resposta do bloqueio de arquivo para os clientes MyWorkDrive e o desempenho do servidor. Este controlador de memória retém as informações sobre quais arquivos estão abertos atualmente pelos usuários em clientes MyWorkDrive e seu estado e expiração. Ele também serve a nova página beta do File Lock Manager. Os clientes que executam o servidor MyWorkDrive versão 5.4.3 com um grande número de documentos abertos ou uma alta taxa de abertura/fechamento de documentos notarão uma melhoria na capacidade de resposta geral do servidor. Além disso, o desempenho do servidor é aprimorado em situações em que a velocidade do subsistema de disco é lenta ou a memória livre disponível é baixa com esse novo controlador baseado em memória.

Solução de problemas

Ocasionalmente, os usuários podem relatar que, quando tentam abrir um arquivo para editar, ele está “em usuário por outro usuário” e são apresentadas as opções padrão do escritório de abrir somente leitura, abrir uma cópia ou receber uma notificação quando o arquivo estiver disponível .

Normalmente, este é um aviso válido – que eles receberiam se abrissem o arquivo via SMB, VPN ou MyWorkDrive – e indica que outra pessoa está trabalhando no arquivo.

Se o usuário tiver certeza de que o arquivo não está em uso ou tem um padrão recorrente de bloqueios de arquivo inesperados, uma série de verificações deve ser concluída para analisar a reclamação.

Configuração de compartilhamento de arquivos

Antes de gastar um tempo significativo rastreando problemas transitórios de bloqueio de arquivos, é importante ter certeza de que o ambiente está íntegro e não está causando/contribuindo para o problema.

A primeira coisa que você deve fazer é verificar se os compartilhamentos de arquivos estão configurados de acordo com as práticas recomendadas para evitar que os usuários se apropriem dos arquivos e os bloqueiem como somente leitura para outros usuários. Consulte nosso guia sobre compartilhamento de arquivos.

A configuração incorreta de compartilhamentos de arquivos em que os usuários podem apropriar-se de arquivos ou uma combinação mista de compartilhamento conflitante e permissões NTFS resultará em usuários que não podem gravar o arquivo e/ou usuários inesperadamente apropriando-se de arquivos e deixando arquivos de proprietário/bloqueio no sistema de arquivos.

Página de bloqueios do MyWorkDrive

A partir da versão 5.4.3, existe uma nova página beta na Administração do MyWorkDrive no console do servidor que mostra quais arquivos são abertos pelos clientes do MyWorkDrive. Isso mostrará quem tem um arquivo aberto e quando o bloqueio expira. Lembre-se de que, se eles estiverem editando ativamente o arquivo, esse bloqueio continuará a ser renovado e estendido.

Se o bloqueio for liberado manualmente e o usuário ainda tiver o arquivo aberto, o usuário poderá sobrescrever as alterações de outros usuários ou não conseguir salvar suas próprias alterações e perdê-las. Não é aconselhável liberar um bloqueio sem primeiro falar com o usuário que possui o bloqueio e verificar se o arquivo, de fato, não é mais necessário. Ao falar com o usuário, você deve pedir para ele fechar o arquivo em vez de forçar a liberação.

Você também pode instruir o usuário solicitante a esperar até que o período de bloqueio expire para continuar com suas edições de arquivo, para permitir que o servidor MyWorkDrive remova o bloqueio e os arquivos temporários associados.

A página de bloqueios do MyWorkDrive não mostrará os bloqueios abertos por meio de conexões SMB ou outros aplicativos, como antivírus ou software de backup. Para isso você deve usar Arquivos Abertos no Servidor de Arquivos.

Arquivos abertos do servidor de arquivos

No gerenciamento do computador no servidor de arquivos (não no servidor MyWorkDrive), você pode ver quais arquivos são abertos pelos usuários, incluindo o MyWorkDrive.
https://activedirectorypro.com/view-open-files-windows-server/

 

Essa é uma boa maneira de observar que os arquivos podem ser abertos localmente pelos usuários via SMB ou VPN. A página de bloqueios beta do MyWorkDrive mencionada anteriormente não mostraria nenhuma atividade fora do MyWorkDrive, como você veria com este procedimento.

Se você não estiver usando um Compartilhamento de Arquivos do Windows, sua Solução SAN/NAS pode conter um método para você revisar essas informações. Alguns exemplos

NetApp
https://library.netapp.com/ecmdocs/ECMP1196891/html/GUID-D2865527-345D-405A-91EA-70D2F97063BC.html

Samba
https://www.mysysadmintips.com/linux/servers/193-unlock-network-files-locked-by-samba-linux-unix-server

Dell EMC
https://blog.stealthbits.com/emc-file-activity-monitoring/

Dados do Morro
https://support.morrodata.com/support/solutions/articles/14000036232-files

 

Observação: os bloqueios do MyWorkDrive serão exibidos como bloqueios de leitura, que funcionam bem com os aplicativos do Office via SMB. Se você precisar de bloqueios de leitura e gravação para dar suporte a ferramentas de replicação de bloqueio de terceiros ou sistemas de arquivos de replicação, entre em contato com o suporte do MyWorkDrive.

Arquivo do proprietário

New! As of MyWorkDrive server version 6.2.1.7, MyWorkDrive proactively monitors for and removes orphan owner/lock temporary files, eliminating the “hidden owner lock file problem”.
It is no longer necessary to manually remove these files when using server version 6.2.1.7 or later.

When the software detects that Office hasn’t correctly removed an old temporary lock file, it proactively removes it. This prevents temporarly lock files from being orphaned and eliminates the erronous report of the file being locked when it shouldn’t have.

Of course, if the owner file is valid/active (ie, an indication of an active edit on a file), then no action is taken and the file is reported as locked.

 

The information below about how Owner Files work and thier scripted removal is retained for archival purposes.

Se um usuário estiver editando ativamente um arquivo, um arquivo proprietário pode ser colocado no compartilhamento na mesma pasta/local do arquivo que está sendo editado se o usuário puder se apropriar do arquivo (recomenda-se evitar isso – consulte a seção em Compartilhamento de Arquivos acima). Esse arquivo tem um nome exclusivo e é marcado como um arquivo oculto do sistema operacional, portanto, é necessário alterar as opções de arquivo para exibir arquivos ocultos e mostrar arquivos protegidos do sistema operacional.

These owner files may be called Lock Files or Tilde files. They are in the same folder as the file being edited, and use the same file name as the edited file, except replacing the first two letters of the file name with a ~$

Você geralmente sabe que esta é a causa quando o aviso que você recebe ao abrir o arquivo no Web Client é “DirectLockOwner”

 

 

Or a file that otherwise should be editable is reported to be locked and the user cannot edit it. These orphaned owner lock files may be years old, left from legacy systems and even migrated alongside regular files. Beginning with MyWorkDrive server version 6.2.1.7, these orphaned owner lock files are now proactively removed when encountered. For older MyWorkDrive Servers these files will need to be removed by the network administrator.

The most frustrating and hard to track down locked files usually fall to this case – where a user has taken ownership of a file and left behind an owner file. Countless administrators have found owner files after extensively searching other sources – certifique-se de mostrar arquivos ocultos e protegidos do sistema operacional ao pesquisar seus diretórios!

Administrators have often figured this out by renaming the file which is locked and finding that the renamed file can be edited fine, but when the name is changed back to the original, it again reports as locked. This is because MyWorkDrive is finding a corresponding owner by file name during the open check process and treating the file as locked.

Você poderia renomear o arquivo original e criar um novo arquivo no diretório com o mesmo nome do original, e ele seria bloqueado antes que alguém o tivesse aberto antes! Esta é uma garantia de que um arquivo proprietário existe e precisa ser removido.

This behavior is, in part, a result of MyWorkDrive’s multi-faceated approach to file locking, where we check for existing file locks in addition to whether we can obtain write access to the file to ensure we are never overwriting another user.

Certifique-se de que nas configurações de exibição você esteja mostrando arquivos ocultos e não esteja ocultando arquivos protegidos do sistema operacional.

 

Navegue até a pasta no servidor de arquivos onde o usuário não consegue abrir o arquivo.

Classifique por nome e procure arquivos que comecem com ~$ que substituem as duas primeiras letras do nome do arquivo. O restante do nome do arquivo ficará visível junto com a extensão apropriada. Observe estes exemplos –

 

Você pode achar difícil excluir o arquivo do proprietário, principalmente se o usuário em questão ainda tiver o arquivo aberto. Você pode achar que precisa se apropriar dele para removê-lo. O uso de compartilhamentos no gerenciamento do computador deve mostrar se um usuário tem o arquivo aberto e facilitar a correção.

Office is generally very good at removing the temporary lock / owner file it places while files are being edited, but its possible older versions of office did not handle the temp files as well. It seems common to find owner files that are older, from the past, say 2015, 2017, 2018. Its also not uncommon for scenarios like backup or replication to place locks on the files that prevented Office from removing them when editing is complete. One client noted that all of the hidden lock files they found came from a period when they were running DFS-R

Scripted Removal of Unwanted Owner Files

The information and scripting to manually remove them is retained below for reference for clients who may wish to remove them manually

Please use the following information at your own risk. MyWorkDrive takes no responsibility for the mis-use of any scripts intended to delete data which result in the unintended loss of information.

If you are experiencing the hidden lock file problem and just want to remove the older ones – we’ve written a script you may use as an example of how to do that.

This powershell script will remove all files in a folder and subfolder that meet the specific criteria:

  • File format – ~$file.docx (you can set the file extension to the appropriate file extension)
  • File date – to be sure you are not removing current/recent files
  • File size – to make sure you are not deleting files that just happen to use the same syntax or which the owner choose to name simliarly.

You can use this script, adjusting the location and dates as appropriate. Use this script at your own discretion. It is intended to delete files from the file system and mis-use could result in unintentional data loss. Backup any file systems you run this on prior to using it, in case of error.

Get-ChildItem -Path “c:\temp\” -Hidden -Recurse | Where-Object { $_.lastwritetime -lt ’01/01/2021′ } | Where-Object { $_.Name -like ‘~$*.Docx’ } | where {$_.Length -lt 5kb} | Remove-Item -Force

It is important that you test this script in your enviornment to ensure compatibility prior to running it on your file share(s).

  • Create some simulated temp files that use the syntax of the ownerfile – ~$file.docx, ~$file.xlsx, etc or copy some you find on your file system.
  • Adjust the create/modified date with an attibute editor to be an appropriate time period in the past and mark them hidden. Attbribute Changer is an easy one to use
  • Modify some of your temp files so they do NOT fit the criteria – don’t adjust their dates; save them with non conforming names or file extensions; add some content, so they are greater than the file size – and validate that only specifically targeted files are affected.
  • Run the test on your temp folder and observe that it only deleted files that fit the name, size and date criteria

You may also specify a network path via UNC, ie \\servername\sharename\folder\ , but you may receive an error attempting to use the script with a mapped drive letter

Bloqueios de arquivo aberto no MyWorkDrive, Arquivos abertos no gerenciamento do computador e um arquivo de proprietário resolverão 99.9999% de problemas de arquivo de bloqueio.

Outras ferramentas de teste.

Essas ferramentas existem para solucionar problemas mais difíceis que podem estar relacionados a permissões de arquivo e à capacidade dos usuários de editar arquivos.

Acesso efetivo

Às vezes, o problema é um conflito entre o NTFS e as permissões de compartilhamento, o que resulta no bloqueio de permissões de gravação por meio do MyWorkDrive. Você pode testar isso usando o Acesso Efetivo. Este teste mostrará se a configuração do compartilhamento de arquivos é a causa do problema de abertura do arquivo. Isso geralmente se apresenta como um usuário incapaz de editar nenhum arquivo em uma pasta ou diretório inteiro.

Navegue até o compartilhamento no servidor MyWorkDrive e clique com o botão direito nele. De segurança | avançado escolha Acesso Efetivo e, em seguida, escolha o usuário como principal e clique em Exibir.

Isso informará qual é o acesso efetivo e se esse usuário pode acessar o compartilhamento no servidor MyWorkDrive.

Se houver um X vermelho ao lado das permissões de gravação, o usuário será informado (corretamente) de que o arquivo é somente leitura, pois o MyWorkDrive não poderá gravá-lo com suas credenciais. As permissões no arquivo/pasta/compartilhamento precisam ser corrigidas.

Neste exemplo, você pode ver que as permissões de compartilhamento (não NTFS) bloquearam esse usuário de ter acesso de gravação a esta pasta.

Testes de arquivos do MyWorkDrive

Se estiver preocupado com o fato de um arquivo não estar acessível ao MyWorkDrive devido a um erro de configuração, você pode testar isso usando o recurso de teste de Compartilhamento de Arquivos integrado em Compartilhamentos no Admin Console.

Você pode confirmar se o MyWorkDrive pode abrir o arquivo usando a ferramenta de teste em Compartilhamentos. Isso mostrará se algum problema de permissão está impedindo o acesso de um usuário a um compartilhamento, pasta ou arquivo. Este é outro bom teste a ser executado se um usuário relatar que não pode abrir algum arquivos em um determinado compartilhamento ou pasta.

Na guia Compartilhamentos no painel Admin, selecione o compartilhamento que deseja testar (basta clicar no nome do compartilhamento para que a linha seja destacada) e clique em Testar na linha acima.

Na tela de teste, você pode inserir uma pasta específica ou até mesmo um arquivo específico, se desejar. Ou apenas teste a raiz do compartilhamento.

Em seguida, use User/Pass com as credenciais do usuário ou alterne para SSO e insira o e-mail do usuário (se você usar logins SSO e tiver delegação configurada) para testar os direitos de acesso do MyWorkDrive.

O teste informará se o servidor MyWorkDrive pode acessar o arquivo/pasta ou não.

Aqui está um exemplo de uma falha de teste. Nesse caso, o usuário não tem permissão para gravar no compartilhamento. Os testes de Acesso Efetivo acima ou uma auditoria das permissões NTFS provavelmente produzirão a causa.

Explorador de processos

Como último recurso, caso os arquivos não sejam compartilhados em Compartilhamentos de Arquivos do Windows, como appliances ou discos locais, um método final para rastrear arquivos abertos pode ser usado no Process Explorer. Isso mostrará os arquivos abertos por processos, serviços e DLLs.

Esta é uma boa maneira de capturar aplicativos como Backup Antivírus, replicação ou aplicativos de replicação de bloqueio que bloqueiam arquivos no nível do sistema.

Process Explorer é um gerenciador de tarefas mais avançado disponível diretamente da Microsoft

https://docs.microsoft.com/en-us/sysinternals/downloads/process-explorer

Depois de baixar o Process Explorer, execute-o como Administrador em uma sessão elevada no servidor MyWorkDrive.

  • Digite o atalho de teclado Ctrl+F.
    Como alternativa, clique no menu “Localizar” e selecione “Localizar um identificador ou DLL”.
  • Uma caixa de diálogo de pesquisa será aberta.
  • Digite o nome do arquivo bloqueado ou outro arquivo de seu interesse.
    Nomes parciais geralmente são suficientes.
  • Clique no botão “Pesquisar”.
  • Uma lista será gerada.

Pode haver várias entradas. Quando executado a partir do servidor MyWorkDrive, você provavelmente estará procurando pelo serviço MyWorkDrive. Claro, preste atenção também a outros possíveis bloqueadores - Backup, Antivírus, Replicação, bloqueio de terceiros etc.

Neste exemplo, um usuário tem o arquivo docx do Produto MWD 2020 aberto em um cliente MyWorkdrive. Se você notou outros processos com esse nome de arquivo aberto - você precisaria rastrear o que e por que eles são, e eles provavelmente têm seus próprios bloqueios no arquivo e estão fazendo com que os usuários não consigam abrir ou editar os arquivos.

 

Como alternativa, você pode pesquisar pelo nome do serviço “MyWorkDrive.Service” e ver tudo o que o serviço abriu.

 

 

Isso seria útil para comparar com tudo o que o MyWorkDrive abriu – mas não ajudaria ver se algo foi aberto por outra coisa.

WebDAV

Observação especial do WebDAV: o WebDAV não é necessário e deve ser desativado no painel de administração do MWD quando não estiver em uso. Os clientes WebDAV de terceiros podem não respeitar os bloqueios de arquivos (nossos clientes Maped Drive, Web e Mobile o fazem). Se um arquivo do Office for aberto via WebDAV, o MyWorkDrive bloqueará o acesso de gravação ao arquivo. MyWorkDrive fecha/desbloqueia arquivos automaticamente. O aplicativo verifica os bloqueios do WebDAV a cada 15 segundos. Se o MyWorkDrive não encontrar bloqueios WebDAV ativos, o arquivo será fechado e desbloqueado. O MyWorkDrive remove bloqueios quando um arquivo é fechado por meio do WebDAV ou do cliente do navegador. O software WebDAV pode ser configurado para especificar o tempo limite de bloqueio. Se nenhum tempo limite for definido ou um tempo limite superior a 5 minutos for solicitado, o MyWorkDrive altera o tempo limite para 5 minutos substituindo qualquer configuração do cliente.