noxxx писал(а) 03. Ноября 2009 :: 09:15:

Если физич. диск останется рабочим то возможны два варианта
1. Хрень будет вне файла ну тогда вроде некритично если весь
диск не полетит потому что nfts вроде как сама журналируется
и имеет защиту от повреждений.
2.Хрень коснется Вашего файла тогда  : sql на страницах хранит контрольные суммы. Наверное он их как-то обрабатывает.
Т.е. из плохой страницы точно ничего не восстановить без танцев с бубном, а для модели simple может эта страница отсечется и операц. система больше не будет писать в плохую область диска.

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

На x86 он больше, чем 2.7 использовать и не будет. Разве что AWE включить, но оно только для кэша будет использоваться.

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

Попробую прогнать sqlsim.

Единственный вывод, который я могу сделать после всех манипуляций с железом: хуже точно не стало Юзера работают, ошибок в железе, скорее всего, нет. Куда копать дальше?

noxxx писал(а) 05. Ноября 2009 :: 10:17:

1.Исправлять базу от того что кто-то изменял значения руками.
2.Заменить переф базу код 'iv ' на какой либо трехзначный (анг буквы)

Dimitry писал(а) 05. Ноября 2009 :: 11:50:

Не секрет потому что 1с для sql версии использует явные  и неявные преобразования между типами
varchar(9) char(9)
и это может может привести к ошибке( в ранних релизах точно приводило) или наткнуться из-за этого еще никем не найденные
ошибку ? зачем когда гораздо легче избежать ее( солому подложить)

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

PS грубый пример

ТЗ = СоздатьОбъект("ТаблицаЗначений");
ТЗ.НоваяКолонка("СтрДок","Строка");
Запрос = СоздатьОбъект("ODBCRecordSet");
ТекстЗапроса = "
|SELECT top 10
|  Жур.IDDoc
|FROM
|  _1SJourn Жур (nolock)
|";
Запрос.ВыполнитьИнструкцию(ТекстЗапроса,ТЗ,0);
 

Строки в ТЗ могут получиться как 8 символьные ( если iddoc содержит последний пробел)  так и 9 символьные.

noxxx писал(а) 05. Ноября 2009 :: 12:27:

Можно. Меняешь коды когда никто в обеих базах не работает.
Стоит менять или нет решай сам.