id: Гость   вход   регистрация
текущее время 16:06 29/03/2024
Автор темы: Toxic, тема открыта 17/09/2004 05:59 Печать
создать
просмотр
ссылки

MS SQL 2000 & PGP 8.0


Здравствуй многоуважаемый All!


Есть проблема и хотелось бы в ней разобраться. Проблема следующего характера: на компе установлен PGP 8.0, создан PGP Disk, на нем развернута база MS SQL 2000, операционка Win2003 Server. При работе с данной базой периодически возникают разнообразные ошибки (I/O Error etc). При проверке базы с использовнием DBCC CHECKDB выдается куча ошибок. Если базу забекапить и равернуть на физический диск (не PGP) все ошибки пропадают. Не знает ли кто как данную траблу победить?


 
Комментарии
— Mikle (18/09/2004 03:00)   профиль/связь   <#>
комментариев: 6   документов: 0   редакций: 0
странно однако...
я не дам вам ответ на ваш трабл, но у меня на PGP диске чего только нет – и куча исходов компилится прям оттуда, и ВАТ
вместе со всеми почт. ящиками – траблов не было !!!
правда я по старинке юзаю 6.5.8
и вин2000проф....
если есть время желание время, попробуйте 6.5.8 – по мне это самая стабильная версия и собственно есть интерес убедиться в её стабильности...
если что она она продублирована у нас на сайте http://www.kkm.info/safety.php
правда несколько извтратно – побита на 22 части, но тогда было время модемов, плюс мы должны были учесть региональные траблы, где связь никакая....
кстати кое-гда до сих пор :(
— SATtva (18/09/2004 13:28)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
Toxic, кстати, насколько активно используется база, сколько людей с ней работает? Дело может быть в том, что при совместной работе множества пользователей драйвер PGPdisk не успевает производить операции чтения-записи (расшифрования-зашифрования). Вероятно, спасёт более мощный процессор.
— Mikle (18/09/2004 15:13)   профиль/связь   <#>
комментариев: 6   документов: 0   редакций: 0
Токсику:
есть теория (догадка), что этот трабл не победить, ибо Ms SQL вероятно использует какие-либо недокументированые ф-ции работы с дисками, которые PGP-диск не поддерживает...
Во всяком случае, готов спорить на пиво, что более мощный проц не поможет.
— Гость (22/09/2004 09:09)   <#>
2*3Ггерц PIV Xeon / 2 Гбайта Дулл ECC / RAID 5 SCSI 320 – уСЁ равно ERROR!!!
— SATtva (22/09/2004 15:06)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
Mikle, с меня пиво. ;)
— Toxic (01/10/2004 06:10)   профиль/связь   <#>
комментариев: 2   документов: 2   редакций: 0
Да видимо дело не в процессоре. Экспериментальным путем было выяснено, что данные ошибки в работе MS SQL появляются когда размер БД достигает 500Mb. При меньшем размере все работает нормально. Так что пока не ясно в чем дело: толи PGP плохо работает с большими объемами данных, толи действительно MS SQL использует какие-то недокументированные фичи при работе с диском...
— Гость (04/10/2004 09:27)   <#>
Народ а на MSSQL 2000 SP3a поставить не забыли???? Может из за него!
У меня тоже базы на MSSQL 2000 надо бы на них тоже как то примастить PGP, бызы мои за 500мб переваливают какая стабильно то с ними работать будет? :roll:
— Гость (08/10/2004 03:13)   <#>
Попробуй как пойдёт BestСrypt. Он должен быть более корректно реализован. Производителями специально оговаривается возможность многопользовательского доступа и возможность ставить один файл-контейнер внутрь другого виртуального тома.

BestCrypt ставит кучу своих драйверов (в отличие от PGP, который в основном ограничивается сервисами). Например он ставит свой драйвер шины и драйвер устройства (в ветке Disk Drives – наравне с реальным физическим устройством). Криптоалгоримы реализованы тоже на уровне драйверов (.sys)
— SATtva (08/10/2004 21:53)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
BestCrypt ставит кучу своих драйверов (в отличие от PGP, который в основном ограничивается сервисами).

А на некий файл pgpdisk.pdr в подсистеме ввода-вывода Windows внимание обращали? Функции мэппинга и прозрачного шифрования затруднительно реализовать на должном уровне без специализированных драйверов. В то же время, чем их больше, тем заведомо менее надёжной в итоге будет система. Чем меньше компонентов задействует любой процесс, тем меньше вероятность сбоев — элементарная механика.
— Гость (15/03/2005 12:46)   <#>
Та же проблема ;(
Пытался выделять отдельный диск под БД. Шифровал разными алгоритмами (CAST и TwoFish, AES), пробовал PGP 8.1 и PGP 7.11 – безрезультатно.
Если БД небольшая (несколько сотен Mb) – всё ок, если же 2Gb, 10Gb и более – в БД лезут ошибки...
Может быть, кто-нибудь уже нашел решение проблемы?
— SATtva (15/03/2005 13:01)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
А не пробовали в форуме по sql поискать? Причина проблемы уже обсуждалась.
— Гость (15/03/2005 13:16)   <#>
Пробовал. Перерыл массу ссылок и решения моей конкретной проблемы обнаружить не удалось... "Write cash enabled" для диска, где находится физически pgp-диск отключен. Решил написать в эту тему.
Какова причина?
— SATtva (15/03/2005 13:31)   профиль/связь   <#>
комментариев: 11558   документов: 1036   редакций: 4118
[quote:bd30261916="Николай на http://www.pgpru.com/forum/viewtopic.php?p=4321#4321"]Я бы не рекомендовал вам использовать PGP для шифрования файлов БД.
]>
Присоединяюсь к совету. БД (особенно активно используемая) — слишком специфичный объект. Лучше подумайте об аппаратных средствах шифрования, которые более приемлемы к решению задач аналогичного класса.
— Гость (15/03/2005 15:37)   <#>
1. Было бы неплохо вынести тему использования sql на pgp в faq, где ясно объяснить, что "не предназначено" и "не рекомендуется" ;)
2. Советы использовать что-либо другое – это, конечно, хорошо, но я искал именно причину. Мне было интересно знать, почему ЭТО так проявляется и как можно устранить именно эту проблему... никто на этот вопрос толком пока так и не ответил.
Ваша оценка документа [показать результаты]
-3-2-1 0+1+2+3