Добрый день!

Необходимо перенести целиком всю базу из "текущей" сбойной конфигурации в "старую" такую же, но рабочую. Сбойность текущей конфигурации состоит в том что в ней не запускается система защиты конфигураций (отраслевое решение - "Авиаагентство"), а в старой все ОК.  
Тупая выгрузка - загрузка данных через конфигуратор дает ошибку кодовой страницы при загрузке данных в "старую". Исправение кодовой страницы в конфигураторе результата не дает - все равно ошибка.  

Конфигурация изначально работала на Server 2008 R2, потом пару дней на Server 2003 (родной сервер был в ауте), а потом опять обратно на восстановленном Server 2008 R2. Видимо ошибка кодовой страницы связана с этими вынужденными перемещениями по серверам.  

Как-то это можно поправить?

ТИС предлагали?

>Как-то это можно поправить?

позвать нормального специалиста

>отраслевое решение - "Авиаагентство"

связаться с вендором

На инфостарте гляньте обработку Универсальный перенос документов

Ищи Выгрузка объектов XML и Загрузка объектов XML
Быстро, надежно, качественно.

(0) Если база файловая, просто заменить dd,md.

Забыл сказать, база файловая.

Вендору звонили. Говорят - переустановить драйвера ключей. А что их переставлять, если старая конфа их видит, а сбойная даже не дергается их проверять, окошко не выскакивает.

> ТИС предлагали?  
Извиняюсь, не понял вопрос.. Торговля и склад ??

idw, Tatitutu  Спасибо, буду искать, смотреть.

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

PS: Не увидел, как тут отвечать с цитированием...

>Извиняюсь, не понял вопрос..

тестирование и исправление запустить

Тестирование и исправление, да, делал, конечно...  ((

Давай попробуем что говорит разраб
переустановить драйвера ключей.

А на 2003 работает:?

> Если база файловая, просто заменить dd,md.

md- шник раньше пробовал менять. А .dd сейчас попробовал. Не помогло ((

> Давай попробуем что говорит разраб
переустановить драйвера ключей.

kisobol,  На момент запуска этой конфигурации 4 года назад на сервере 2008р2 нач. отдела ситемной интеграции вендора  бился несколько дней, чтоб установить эти долбаные катрановские дела, ключи то есть. Он это сделал с 57-го раза...   Соответственно, мне тупо стремно это трогать. Но если выхода другого не останется, сделаю  (если что, придется сервак из бэкапов поднимать).  Ну и главная заморока - старая-то конфа работает!!!   А эта даже не дергается проверять.  Монитор ключей тоже все отлично видит.

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

(12) нормальная тема: "вчера я попробовал прикрутить к нему ногу от собаки". пригласите уже нормального спеца. нет смысла дергать данные - разбираться надо с системой лицензирования, может в каталог базы что пишется.

Не могу понять как вы запустили базу на 2003 если нет ключей? O_0 в ней поработали, и теперь снова в 2008 работаем

> Не могу понять как вы запустили базу на 2003 если нет ключей? O_0 в ней поработали, и теперь снова в 2008 работаем

Хасповские ключи 1с видятся с любого сервера по сетке. Все лицензионное.  Речь идет о ключах защиты отраслевого решения - "Авиаагентство"   Оно зашищено катрановскими ключами - 1 мастер и несколько клиенских.   Если эти ключи не видятся, то работа идет в режиме типовой 1с. Часть функционала Авиаагентства недоступна. Работаем пока так.

yuriff

http://forum.ru-board.com/topic.cgi?forum=35&topic=53286&start=0&limit=1&m=9#1

"4 года назад на сервере 2008р2 нач. отдела ситемной интеграции вендора  бился несколько дней, чтоб установить эти долбаные катрановские дела, ключи то есть. Он это сделал с 57-го раза...  " - а пригласить его опять? И заплатить немного? Не пробовали?

> а пригласить его опять? И заплатить немного? Не пробовали?

Пробовали.  Человек работает в другом месте и не настраивает ничего уже 4 года. Попробовал посмотреть, ничего не вспомнил.

Да дело не в ключах!  КЛЮЧИ РАБОТАЮТ

"Человек работает в другом месте и не настраивает ничего уже 4 года" - а его свято место пустое сейчас?

(0) Создать файлик OrdNoChk.prm, положить его в оба каталога информационной базы. Потом выгрузить - загрузить.

> Создать файлик OrdNoChk.prm, положить его в оба каталога информационной базы. Потом выгрузить - загрузить.

Дело в том, что как раз на обоих серверах использовался этот файлик OrdNoChk.prm.  Он есть в папке базы. Соответственно, вероятно именно это и сыграло злую шутку. То есть на Сервере 2008 писалась база в одной кодировке, потом перенес на Сервер 2003 - там другая кодировка, и потом опять обратно на Сервер 2008.  Как теперь выцепить вылечить эти заморочки с кодировкой?   Нетривиально.  

Вот попробовал переписать в "здоровую" старую базу все dbf файлы из текущей, сбойной.  Только DBF !   Запустилось, переиндексировалось, Ключи не видит!   Хотя только что до подмены ДБФ-ов видела   (((   Буду искать - пробовать выгрузку-загрузку через XML.

(21) Смотри в 1С самой настройки лицензирования, они скорее всего неверные и в эти самые дбф записаны.

Вот не могу врубиться: зачем перезагружать данные, если не запускается система защиты конфигураций?

Как связаны данные и система защиты?

VladZ    Я тоже не знаю как связаны данные и система защиты. Вероятно действительно в ДБФ-ах что-то про защиту прописано. НО! Есть конфигурация "старая" месячной давности, которая отлично работает. Система защиты конфигураций на ней работает. Ключи видятся!   При этом монитор ключей тоже их быстро находит. То есть с ключами-драйверами-сервером ключей все в порядке!  А текущая конфигурация не видит.  Найти причину не удается. Вот и пытаюсь перенести текущие данные в "здоровую" старую конфигурацию, обойти проблему.

(21) Еще открой тайну движок 7.7 какой?! Наверное не 27-й.

А если выгрузить-загрузить на "секретном" 27 релизе.

Другое предодложение выгрузить/загрузить без OrdNoChk.prm.
Хотя. Я бы сначала проверил чего там с ключами.
Тупо бы скопировал бы "старую" базу (которая видит ключи) в папку новой базы (которая не видит ключи) и проверил бы видимость/невидимость ключей в новом месте.