Мои комментарии

Может есть возможность прописать ключ запуска для 7zip.exe, чтобы он делал лог?

В справке 7z не нашел такого.

Пробовали руками из командной строки запустить?
7z.exe a -r

При попытке создать резервную копии средствами самой программы
(Файл-Резервное копирование-Сохранить резервную копию)
появляется окно 7z:fatal error.

Проверьте, что в окне Файл-Резервное копирование-Настройки для параметра "Папка хранения копий" указан существующий на новом компьютере диск и директория.

Надо будет ключ менять?

Сложно сказать.
Если память ключа по какой-то причине разово поменялась, то считайте, что это другой ключ, с другим номером (отображаемый серийный номер при этом останется тем же).
В таком случае достаточно будет получить новый код ответа.

А вот если ключ на каждый запрос к памяти выдает разные данные, то только на замену.

Попробуйте SentinelMedic прогнать:
http://ru.safenet-inc.com/support-downloads/sentinel-drivers/

Эта же версия стояла и работала?
Или сообщение появилось после обновления?

Вообще код 36 означает, что ключевой файл испорчен.
В ИБ 8 используются встроенные ключевые файлы.
Они содержатся в теле файла ibw8evp.dll.
Файл трактуется как испорченный, если при его дешифровке с помощью электронного ключа возникает ошибка.

Причины может быть две:
1. Файл ibw8evp.dll поврежден.
2. Сбой памяти электронного ключа.

Второй вариант мне представляется более вероятным.

Что предпринять?

Уберите файл регистрации (*.Ibw8Reg) из папки программы.
Программа не найдет никакой регистрации и попросит код ответа.
Попробуйте ввести ранее полученный код ответа (где-то в почте сохранился?).
Если старый код ответа не подойдет,
то точно память ключа поменялась или заглючила.

У меня без проблем Ваша база присоединилась к серверу.
Я сохранил базу в файл резервной копии (ibk).
Ссылку на скачивание отправил по почте.

Получилось переустановить ИБ, создала новую базу на шаге присоединения выдает ошибку "задана недопустимая база данных", Возможно ли что сам файл базы данных каким-то образом повредился?

Если есть такая возможность, то выложите архив с файлами базы (mdf и ldf) на какой-нибудь файлообменник.
Я тогда попробую посмотреть, так сказать, в лабораторных условиях.
Ссылку на скачивание пришлите мне на burlak@ib.ru или здесь, на форуме, разместите.

Я правильно понимаю что какая-то программка мешает установке и работе? как ее найти?

Вероятнее всего.
Начать стоит с проверки на вирусы.
И, как я уже упоминал, нет ли какой-нибудь "улучшалки" производительности компьютера (в Интернете таких море).

Ранее не сталкивались, что служба SQL Server отказывалась работать с таким сообщением.
Может быть установлен какой-то софт, который "оптимизирует" работу компьютера останавливая службы, которые по его мнению не нужны?

Попробуйте удалить SQL Server и поставить заново из нашего дистрибутива.
Для это скачайте полный дистрибутив и разархивируйте его (exe файл) с помощью 7z.
В распакованных файлах найдите директорию RequiredProducts\MSSQL2008R2.
В зависимости от версии Windows (32/64 бита) запуcтите install_x86.bat или install_x64.bat.
Эти bat файлы производят установку SQL Server со всеми необходимыми параметрами.

Если такая переустановка не поможет, то что-то не в порядке с программным окружением на компьютере.

MSSQL$IB10 останавливается и не запускается никакими путями выдавая сообщение: "MSSQL$IB10" была запущена и остановлена. Некоторые службы автоматически останавливаются, если они не используются другими службами и программами."

Это ненормальная ситуация.
Зайдите в Панель управления, Система и безопасность->Администрирование->Службы (возможны небольшие отличия в зависимости от версии Windows).
Найдите службу MSSQL$IB10. Для нее должен стоять режим запуска "Автоматически".
Также проверьте наличие свободного места на жестком диске, где лежат базы данных и установлена система.

Рекомендую установить более новую версию MS SQL Server.
В настоящее время в составе дистрибутива Инфо-Бухгалтер 10.2 поставляется MS SQL Server 2008 R2 Express.

Возможно ли восстановить данные после последнего использования программы если они не были сохранены в резервную копию. Имеются файлы .mdf и .log.

Базу данных в виде файлов .mdf и .log можно заново подключить к SQL Server.
Разумеется, он должен быть запущен, т.е. решена предыдущая проблема.

Подключение mdf выполняется в процессе создания DSN.
В Панели управления зайдите в Администрирование->Источники данных ODBC.

Перейдите на вкладку "Системный DSN" и нажмите кнопку "Добавить".

В списке доступных драйверов выберите "SQL Server".

Введите имя DSN (так будет видно имя базы в Инфо-Бухгалтере),
а также выберите SQL сервер (экземпляр IB10):

На следующем шаге выбираете "проверка подлинности SQL Server",\
вводите логин sa и пароль adm:

И, наконец, самое главное. Включаете опцию "Присоединить файл базы данных" и
вводите путь к своему mdf-файлу:

При завершении операции в SQL Server добавится новая база данных,а созданный DSN будет связан с ней.
Для того, чтобы новый DSN увидел Инфо-Бухгалтер, в мастере подключения нажмите переключатель "Все базы данных".

3. Жалко, что не услышал мнения программистов - они что, не хотят бесплатных советов давать? А по-поводу размера архива, я уже пробовал - и урезал до минимума, и переименовывал файл архива, и подменял и чего только не делал. Понял одно - что устраняется проблема (пока), только если начинаешь вводить по-новому данные в бланк. Непонятно другое - почему это происходит с отдельными бланками и только за последние два месяца начало периодически проявляться.

Изначально в формате архива (bar) было заложено ограничение на размер одной записи в 32 Кб. Размер записи зависит как от количества полей бланка, так и от длины введенных в поля строк. В архив сохраняются значения только для полей ввода.

Данное ограничение было снято в 2004 году для версии Инфо-Бухгалтер 8.5 с сохранением совместимости формата архива снизу вверх.
С тех пор и поныне действует (скорее теоретическое) ограничение на размер одной записи в 2 Гб.

Для обхода проблемы на версии 8.3 можно порекомендовать следующие способы:
1. Уменьшить количество граф ввода (если возможно).
2. Вместо длинных строк в графах ввода использовать короткие коды, а строки хранить в dbf-файле или плане счетов. Для отображения в бланке и печати подставлять эти строки по введенному коду в графу ВЫВОДА.

P.S. Количество записей в архиве и размер файла архива значения не имеют.

Если Access загружается по фиксированным адресам BDE, то с ним и надо разбираться.
Возможно, это свойство данной версии Access, а возможно и нет.
Может авторы уже забыли о фиксированных адресах BDE.

Там Access не сам грузится на место BDE, а грузит BDE-шные DLL-и в неправильное место.
И Ассess там 2003 года, не такой конечно старый, как BDE.

Некоторые проблемы могут не иметь общего решения.
Поэтому я и предложил использовать рабочую комбинацию.
Сначала ИБ 8, а потом Access.

В качестве костыля можно в автозагрузке прописать какую-нибудь программу, использующую BDE (и грузящую на правильные адреса).
Или службу поставить, например, Инфо-Сервера.
Он также при старте BDE проинициализирует.
При этом, на рабочем столе не будет болтаться всяких ненужных окошек.

Проделал все манипуляции и сделал все скриншоты. Прикладываю...

Access зачем-то грузит IDAPI32.DLL по адресу 0A2B0000, а не по ожидаемому 4BDE0000.

Вот цитата из документации BDE (BDE32.HLP, статья Initialization), где явно говорится, что некоторые DLL-ки должны быть загружены по фиксированным адресам:

Shared memory loading addresses for DLLs
BDE reserves certain preferred memory addresses for use by its DLLs. In most cases, if a DLL cannot be loaded at its preferred address, it will load at some other address determined by the system.
However the DLLs listed below must be loaded at the same preferred address in all applications using BDE. The native BDE drivers reserve the following addresses:

BDE DLLs Addresses

IDAPI32.DLL 0x4BDE0000
IDPDX32.DLL 0x4CDE0000
IDDBAS32.DLL 0x4DDE0000
IDASCI32.DLL 0x4EDE0000

If these memory locations are already in use by other applications, the BDE DLLs assigned to those locations might not load, in which case an error message would be generated:

If Idapi32.dll cannot load because the address space is already used, then DBIERR_CANTLOADIDAPI is returned.

Из скриншота я не вижу, что ему мешает использовать адрес 4BDE0000.
Других DLL, по крайней мере, в требуемом диапазоне адресов нет.
С помощью VMMap можно посмотреть другие типы памяти (Shared и т.д.) на предмет занятости адресного пространства в диапазоне от 04B00000 до 04F00000.

Еще из скриншота видно, что в адресном пространстве Access присутствуют DLL-ки продукта Crypto Pro.
Для них, также как для BDE, не используется ASLR (динамическое назначение адреса).
Явного занятия желаемых адресов BDE я не вижу, но потенциальный конфликт возможен (опять же надо смотреть другие виды памяти).

Вывод такой, что хулиганит Access. Что его заставляет - из имеющихся данных не понятно.

У Вас Проводник не показывает расширения файлов.
Просто надо снять галочку в Панели управления:

Высылаю подробный отчет о системе, системных папок и т.д.

Я просил не это, а скрин окна Справка-Компьютер в ИНФО-БУХГАЛТЕРЕ.
Но тут тоже кое-что видно.
Вот с этими настройками у BDE могут быть проблемы:
TEMP C:\Users\2BA0~1\AppData\Local\Temp
TMP C:\Users\2BA0~1\AppData\Local\Temp
USERNAME Њ ЄбЁ¬

Но на этапе загрузки DLL-ей это, скорее всего, не влияет.

Путь к Инфо-Бухгалтеру я увидел на скриншоте C:\IB\USN, тут все Ок.
Рабочая папка в ярлыке, я полагаю, такая же.

Сделал проверку Image программой VMMap.
Не все грузится согласно вашему скриншоту.
Прикрепляю свой.

Я просил Image для Access, а не для Инфо-Бухгалтера.

1. Запустите только Access, а Инфо-Бухгалтер не запускайте.
Откройте VMMap, выбрать Access, выбрать Image, PrintScreen.

2. При уже запущенном Access запустить Инфо-Бухгалтер.
Должно появиться окошко ошибки (как в Вашем исходном сообщении).
Откройте VMMap, выбрать ibwn8a.exe, выбрать Image, PrintScreen.

На всякий случай напишите еще используемую версию MS Office (Access).
Если из скриншотов ничего не прояснится, то буду пытаться воспроизвести ситуацию у себя, под виртуалкой.

И еще.
При запущенном Access откройте VMMap, выберите его, нажмите Image.
DLL-ки BDE должны быть загружены по таким же адресам, как на моей картинке.

Что еще и где подкрутить можно?

Конфликт разделяемой памяти - это первое, что приходит на ум.
По крайней мере, несколько таких случаев мне известно и там предложенный способ помогал.

Но у Вас проблема может быть в чем-то другом.
Приведите снимок окна Справка-Компьютер чтобы посмотреть пути к папкам Инфо-Бухгалтера и временной.
Эти пути не должны содержать пробелов и русских букв.

Также следует проверить настройку папки BDE NETDIR. Она должна располагаться на сетевом диске и быть доступной на запись всем пользователям.

Также проблемы могут возникать из-за наличия русских букв в сетевом имени компьютера и пользователя.

Скажите, у меня нет ветки
HKEY_LOCAL_MACHINE\SOFTWARE\Borland\Database Engine\Settings\SYSTEM\INIT

В 64-битной Windows отдельная ветка реестра для 32-битных приложений:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Borland\Database Engine\Settings\SYSTEM\INIT

Нда... Очень странно ведет себя BDE.
Значения, которые я устанавливаю в BDEADMIN (под адм.), попадают в IDAPI.CFG, но не в реестр.
Программы по факту используют значения из реестра, а не из IDAPI.CFG...
Это показывает программа VMMap.

По кнопке "Исправить" в Инфо-Бухгалтере значения устанавливаются и в IDAPI.CFG, и в реестр.
Но тут принудительно устанавливается рекомендуемые значения 2BDE и 32768,
которые в данном случае нас не устраивают.

Вижу выход только в одном.
Руками в реестре поставить нужные значения, а не через BDEADMIN.
Я для эксперимента поставил в
HKEY_LOCAL_MACHINE\SOFTWARE\Borland\Database Engine\Settings\SYSTEM\INIT
SHAREDMEMLOCATION=1200
SHAREDMEMSIZE=4096
и VMMap увидела эти изменения в адресном пространстве Инфо-Бухгалтера:

В Windows Vista и выше обычным программам нельзя записывать файлы в корень диска C:
В BDE по умолчанию файл PDOXUSRS.NET там пытается создаваться.
При такой настройке BDE будет нормально работать только в Windows XP.

Поэтому в Windows Vista, 7, 8 и т.д. Инфо-Бухгалтер проверяет параметр NET DIR, чтобы он не был настроен на корень системного диска.
В локальной версии предлагается создать папку на системном диске C:\BdeNetD. К файлам в папке у BDE будет полный доступ.
Если у Вас сетевая версия Инфо-Бухгалтера, то в качестве NET DIR надо указать сетевой диск (например, L: или папку на сетевом диске L:\BdeNetD).
При этом на всех рабочих местах этот параметр должен быть задан одинаково.

По пути c:\Максим\AppData\Local\VirtualStore\Program Files (x86)\Borland\Common Files\BDE\IDAPI.CFG нет такого файла.

Я же написал - могут.
Он там появится, если BDEADMIN не из-под администратора запускался хоть раз.
Причем, Инфо-Бухгалтер будет видеть настройки из файла в VirtualStore.

Значения SHAREDMEMLOCATION ставил 2000,2100,2500,2700,2900 ошибка осталась. Понижал SHAREDMEMSIZE = 2048 все так же.... Есть еще идеи?

Скачайте программку VMMap здесь.
При запуске выбираете процесс Инфо-Бухгалтера и смотрите блоки памяти, которые shareable.
Аналогично смотрите для Access.