Ошибки синхронизации в версии 6.0
В прикрепленном файле ЖУРНАЛ РАБОТЫ ЗА 08 02 2022 с ошибками синхронизации. Эта проблема появилась в конце 2021г
Здравствуйте, Игорь!
У вас в журнале ошибка:
(code: 32): Процесс не может получить доступ к файлу, так как этот файл занят другим процессом
Было бы интересно узнать, какой процесс создал и "держит" этот файл. Начиная с версии 6.1 наша программа выдает имя процесса, заблокировавшего файл. Но у вас версия 6.0, не самая свежая, поэтому нет этой информации. В любом случае, судя по имени файла "swpAC1.tmp", это какой-то временный файл и его не нужно копировать.
Войдите в ваш Личный кабинет на сайте программы и обновите программу по инструкции "Обновление" до версии 6.1.
08.02.2022 14:35:50 Warning: K:\TurboBiz_10_3\Data\ЦДДД_2020_1\Crd\ЦДДД_2020_1_Data.mdf, (code: 5): Отказано в доступе
08.02.2022 14:35:51 Warning: K:\TurboBiz_10_3\Data\ЦДДД_2020_1\Crd\ЦДДД_2020_1_Log.ldf, (code: 5): Отказано в доступе
Ошибки "Отказано в доступе" программа выдала при попытке скопировать файлы базы Microsoft SQL Server (*.mdf, *.ldf). Понятно, что версия Standard не сможет скопировать такие файлы, т.к. они используются и заблокированы службой MS SQL Server. Здесь требуется теневое копирование, чтобы такие файлы можно было безопасно и "на горячую" копировать. В версии Exiland Backup Professional можно использовать службу теневого копирования и скопировать такие файлы.
Вот статья на эту тему: https://exiland-backup.com/ru/VSS-backup-volume-shadow-copy.html
Наверное, в конце 2021 года у вас появились базы MSSQL в исходной папке, т.к. до этого ошибки не было.
Михаил, бухгалтерская программа работает с 2020г под базой MSSQL. Синхронизация была всегда 100%-ная. Почему вдруг стали появляться ошибки из-за MSSQL ?!
Игорь,
Насколько я знаю, файлы базы Microsoft SQL Server (*.mdf, *.ldf) всегда блокируются самим сервером. Но я могу ошибаться. А если они не блокируются, то их опасно просто так копировать, без создания SNAPSHOT - моментального снимка. Например, в процессе копирования файла если кто-то внесет изменения в базу (или сам SQL Server что-то запишет), то у скопированного файла mdf будет нарушена целостность и восстановить базу из такой резервной копии не получится.
Чтобы избежать проблему целостности при создании резервной копии, а также ошибок вида "Отказано в доступе", "Процесс не может получить доступ к файлу, так как этот файл используется другим процессом.", базы MSSQL следует копировать не с диска, а из теневой копии (VOLUME SHADOW COPY). Суть работы версии Professional в том, что сначала она создает временную теневую копию диска K (SNAPSHOT - моментальный снимок), затем копирует из этой теневой копии файлы и после этого удаляет теневую копию. Размер временной теневой копии составляет ~ 300 МБ.
Что могу посоветовать: версией Standard не копировать базы. Копируйте простые файлы. Если у вас есть возможность, создавайте бэкап баз данных штатными средствами MS SQL Server. Либо можете попробовать нашу версию Professional.
Еще можно, как вариант, останавливать службу MSSQL, затем вручную запускать создание бэкапа базы MSSQL в Exiland Backup Standard, а затем снова запускать службу MSSQL. Но при таком варианте придется предварительно выгонять всех пользователей из базы, это не совсем удобно.
С уважением, Михаил.
Михаил, для нашей компании я оплатил проф. версию. Для себя, дома, я могу установить проф. версию для физ лиц, чтобы рабочие данные синхронизировать с домашним ПК ?
Здравствуйте, Игорь.
Вы только запросили счет на Prof версию для компании (создали заказ). Еще на компании числятся 2 версии Standard.
Для дома необходимо приобретение лицензии для физ.лиц, которой у Вас нет. Вы можете обмануть нас и поставить дома например, версию Standard, купленную ранее для организации и копировать файлы между домашним и рабочем ПК. Программа не привязывается к ПК (железу), а проверяющие органы домой к вам не нагрянут.
С уважением, Михаил