|
При создании пользователя через конфигуратор выдает ошибку формата потока |
☑ |
0
evorle145
07.05.24
✎
17:31
|
USE [DatabaseName]
SELECT * into [v8users_copy] FROM [v8users]
GO
SELECT * into [Params_copy] FROM [Params]
GO
DELETE FROM [v8users]
GO
DELETE FROM [Params] WHERE [FileName] = 'users.usr'
GO
в конфигуратор зашел, но создать пользователя не дает..
Возвращаю:
USE [DatabaseName]
DROP TABLE [v8users]
GO
DROP TABLE [Params]
GO
SELECT * into [v8users] FROM [v8users_copy]
GO
SELECT * into [Params] FROM [Params_copy]
GO
DROP TABLE [v8users_copy]
GO
DROP TABLE [Params_copy]
GO
пользователи появляются, но не редактируются.
Если была бы файловая, то chdbfl.exe бы прогнал..
а на sql получается надо CHECKDB с параметром REPAIR_ALLOW_DATA_LOSS запускать?
|
|
1
Кондер
07.05.24
✎
17:46
|
В базе должен быть хотя бы 1 пользователем с административными правами. Я не знаю поможет тебе это или нет.
|
|
2
evorle145
07.05.24
✎
19:17
|
Немыслимое. Знаю, на этом форуме, наверное, догадаются до истины.
Но для меня произошло невообразимое чудо.
В час X сегодня я записывал в одной мало значимой базе пользователя... Внезапно на диске С (причем сразу на обоих виртуальных серверах 1с и sql )кончается место.
В другой базе, которая находится подключена к этому же сервер 1с и находится на этом же sql) внезапно отваливаются все пользователи! Ни один пароль не принимает! (доменая авторизация тоже не проходит). Но дает только зайти в конфигуратор.. но там нельзя изменить или добавить пользователя... Пишет ошибка формата потока данных... все игры в sql c v8users также не дают добавить пользователя... CHECKDB с параметром REPAIR_ALLOW_DATA_LOSS вообще делал базу в итоге не доступной даже конфигуратор. В файловую не выгрузить (60 гб, и одна из таблиц явно больше 6гб)... Звоню админу: есть бэкап?
|
|
3
Волшебник
07.05.24
✎
19:27
|
(2) Чудес не бывает
|
|
4
evorle145
07.05.24
✎
19:43
|
(3) знаю.. Ваш совет, кстати, в предыдущей моей ветке, похоже окажется самым правильным. Вот этот: "База полностью разрушена. Кажется, диск сыпется."
Ибо я научился и копировать таблицы sql, очищать, удалять, но!
1. Удалить 3 и 4 битых таблиц sql просто не давала с ошибкой повреждена файловая структура. В итоге я эти битые таблицы переименовал, на их место воткнул живые. И вроде как заработало на копии. и уже собирался применить на рабочей...
Но в один момент база просто развалилась полностью (ни один документ уже записать не давала), в итоге стартуем от целого бэкапа Но с большим сроком давности...
|
|
5
evorle145
07.05.24
✎
19:41
|
(2) Сказали бэкапов нет. Или есть... но ему срок давности месяц... Я начал уже прощаться с жизнью. Перед смертью выгруженный dt (в 30 ГБ весом) загрузил в чистую базу sql... и проблемы как и не было.. все данные на месте, пользователи, пароли.. все работает. Для меня это чудо. Как объяснить не знаю.
|
|
6
ЖНЕЦ
07.05.24
✎
20:04
|
(6) Мы помогли! Никогда так больше не пиши и цени жизнь
|
|
7
evorle145
07.05.24
✎
20:05
|
(6) понял. Принял)
|
|