<?php // Полная загрузка сервисных книжек, создан 2026-01-05 12:44:55
global $wpdb2;
global $failure;
global $file_hist;
///// echo '<H2><b>Старт загрузки</b></H2><br>';
$failure=FALSE;
//подключаемся к базе
$wpdb2 = include_once 'connection.php'; ; // подключаемся к MySQL
// если не удалось подключиться, и нужно оборвать PHP с сообщением об этой ошибке
if (!empty($wpdb2->error))
{
///// echo '<H2><b>Ошибка подключения к БД, завершение.</b></H2><br>';
$failure=TRUE;
wp_die( $wpdb2->error );
}
$m_size_file=0;
$m_mtime_file=0;
$m_comment='';
/////проверка существования файлов выгрузки из 1С
////файл выгрузки сервисных книжек
$file_hist = ABSPATH.'/_1c_alfa_exchange/AA_hist.csv';
if (!file_exists($file_hist))
{
///// echo '<H2><b>Файл обмена с сервисными книжками не существует.</b></H2><br>';
$m_comment='Файл обмена с сервисными книжками не существует';
$failure=TRUE;
}
/////инициируем таблицу лога
/////если не существует файла то возврат и ничего не делаем
if ($failure){
///включает защиту от SQL инъекций и данные можно передавать как есть, например: $_GET['foo']
///// echo '<H2><b>Попытка вставить запись в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>$m_comment));
wp_die();
///// echo '<H2><b>Возврат в начало.</b></H2><br>';
return $failure;
}
/////проверка лога загрузки, что бы не загружать тоже самое
$masiv_data_file=stat($file_hist); ////передаем в массив свойство файла
$m_size_file=$masiv_data_file[7]; ////получаем размер файла
$m_mtime_file=$masiv_data_file[9]; ////получаем дату модификации файла
////создаем запрос на получение последней удачной загрузки
////выбираем по штампу времени создания (редактирования) файла загрузки AA_hist.csv, $m_mtime_file
///// echo '<H2><b>Размер файла: '.$m_size_file.'</b></H2><br>';
///// echo '<H2><b>Штамп времени файла: '.$m_mtime_file.'</b></H2><br>';
///// echo '<H2><b>Формирование запроса на выборку из лога</b></H2><br>';
////препарируем запрос
$text_zaprosa=$wpdb2->prepare("SELECT * FROM `vin_logs` WHERE `last_mtime_upload` = %s", $m_mtime_file);
$results=$wpdb2->get_results($text_zaprosa);
if ($results)
{ foreach ( $results as $r)
{
////если штамп времени и размер файла совпадают, возврат
if (($r->last_mtime_upload==$m_mtime_file) && ($r->last_size_upload==$m_size_file))
{////echo '<H2><b>Возврат в начало, т.к. найдена запись в логе.</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>'Загрузка отменена, новых данных нет, т.к. найдена запись в логе.'));
wp_die();
return $failure;
}
}
}
////если данные новые, пишем в лог запись о начале загрузки
/////echo '<H2><b>Попытка вставить запись о начале загрузки в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>0, 'last_size_upload'=>$m_size_file, 'comment'=>'Начало загрузки'));
////очищаем таблицу
$clear_tbl_zap=$wpdb2->prepare("TRUNCATE TABLE %s", 'vin_history');
$clear_tbl_zap_repl=str_replace("'","`",$clear_tbl_zap);
$results=$wpdb2->query($clear_tbl_zap_repl);
///// echo '<H2><b>Очистка таблицы сервисных книжек</b></H2><br>';
if (empty($results))
{
///// echo '<H2><b>Ошибка очистки таблицы книжек, завершение.</b></H2><br>';
//// если очистка не удалась, возврат
$failure=TRUE;
wp_die();
return $failure;
}
////загружаем данные
$table='vin_history'; // Имя таблицы для импорта
//$file_hist Имя CSV файла, откуда берется информация // (путь от корня web-сервера)
$delim=';'; // Разделитель полей в CSV файле
$enclosed='"'; // Кавычки для содержимого полей
$escaped='\
Не совсем понятно почему речь идет только о клиент-сервере MSSQL?
Мне кажется вся система должна после этого работать быстрее на 9 до 23%. Или кто нибудь может объяснить первую версию? жду комментариев.
для выявления узких мест SQL сервера (под рабочей нагрузкой) рекомендую
Собствено далеко не всегда, тормозит диск (даже обычно не он), но статья хорошая, плюсую.
(1) Наибольший процент прироста ожидается в варианте с MS SQL Server. Тем не менее есть смысл делать для любого варианта использования 1С:Предприятие, просто эффект будет меньшим. У меня нет данных, как это скажется в Postgre под Винду. Понятно, что под линуксом этой проблемы не стоит.
(2) дружок, этот вариант куда актуальней
(4) я это конечно смотрел, вещь безусловно нужная, но это РАЗНЫЕ вещи. И они для разного предназначены.
та вещь для оптимизации кода конкретной базы, а (2) для оптимизации клиент серверной системы в целом (железо)
(5) для оптимизации кода 8.1 пока лучше 1С:ЦУП ничего не придумано .
Тут даже опсуждать нечего.
пардон, обсуждать
(6) не смотрел, спс за ссылку, но еще раз говорю, что решение (2) оно показывает проблеммы клиент серверной системы (не обязательно 1с и с любым количеством баз), это РАЗНЫЕ вещи, и они не заменят друг друга.
Для примера у нас: на основании результата (2) удалось уменьшить обшее ожидание блокировок в ТРИ раза путем замены одного хаба на свич…
(8) если есть такая вера в эффективность, я «сдаюсь» 🙂
(9) ну я тоже тогда «сдаюсь» 🙂
а с дисками я нашим админам ссылку дал, думаю будет польза
(0)Не понимаю:
1) «RAID0 из одного диска» — это шутка?
2) «будет затрагивать два сектора» — может быть не сектора, а «блока»?
3) «Размер блока и размер кластера… устанавливать одинаковыми» — блока или полосы?
4) «…система создает самый первый кластер (блок начальной загрузки MBR) размером в 63Кб» — какая связь между кластером и MBR? В одной из приведенных Вами ссылок написано: «На дисках с основной загрузочной записью (MBR) смещение и размер раздела округляются для сохранения требуемой конфигурации цилиндров до ближайшего действительного значения (размер — с повышением)».
5) И т.д.
А в целом — вопрос выбора «размера» единицы ввод/вывода информации на «физическом» и «логическом» уровне для минимизации операций ввода/вывода весьма актуальна. Но читать надо немного побольше чем написал Александр Гладченко. ;-)))
(11) вот что меня всегда поражает в людях — это желание пофлудить, не важно о чем даже флудить
поэтому попробую ответить так, чтобы остальных ваш пост не ввел в заблуждение:
1) существует проблема
2) описан алгоритм поиска симптомов
3) описан алгоритм устанения проблемы
4) проблема гораздо сложней, здесь показана только информация для пунктов (2-3)
5) любой, кто прочитал эту статью и решит разобраться подробней, может по указанным в этой статье ссылка прочитать всю исчерпывающаю информацию
теперь ответ Вам — см. пункт 5
(12)(gilv)
Перечисление явных ошибок в изложенном материале (не Вами, а Александром Гладченко) — это «флуд»?
Вам понятен смысл проблемы? Если да, то суть проблемы Александром сформулирована. Я умышленно не стал акцентироваться на мелочах.
(14)(gilv)
Да. Суть проблемы мне понятна. :-))) Но, то что «сформулировал» Александр (в части ей формулирования) это, извините, и есть — полнейший «флуд». И если для Вас является мелочью то, что перечислено в сообщении (11), то, действительно, дальше нам с Вами «флудить» не имеет смысла.
да, я хочу научить коллег решать проблемы, заставить прочитать даже врядли смогу :), там есть ответы на неточности 🙂
(16)Придётся «флуднуть» еще раз. 🙂
Вы называете неточностью утверждение, что «операционная система создает самый первый кластер (блок начальной загрузки MBR) размером в 63Кб»? Это не неточность, это — неправда. Система не создаёт кластер для MBR. И то, что Вы называете способом определения наличия проблемы «offset 32256 / 512 байт на сектор = 63» лишь подтверждает цитату из пункта #5 сообщения (11), а не наличие проблемы из-за первого кластера размером в 63Кб. Хотя число «63» присутствует. 😉 Утверждение, что это является особенностью NTFS — тоже неправда, т.к. при создании раздела и MBR еще не существует никакой файловой системы.
Т.е. меня удивило в Вашей статье несоответствие раздела «Предмет оптимизации» и содержание ссылки «Официальное подтверждение проблемы». Допускаю, что это педагогический прием для того чтобы «научить коллег решать проблемы» через «заставить прочитать». Если это так, то сто плюсов Вам…
А почему для сервера 2008 это не актуально? Это на предмет того — стоит ли в таком случае переходить на 2008-й.
(17) вы посмотрите на (18) — человеку без разницы (сектор, кластер или что-то там еще), он не вникает, он спрашивает, куда конкретно нажать 🙂
Предложите Вашу формулировку объяснения, если она покажеться понятней и правильней, мы с Вами ее заменить вместо цитаты Гладченко, идет?
(19) в Windows Server 2008 и Windows Vista — там сдвиг изначально кратен 1024
однако это верно, если вы не мигрируете или ставите рядом 2008, а делаете все начистую
т.е. дело не в операционной системе, а в ее действиях с жестким диском
(19) вот тут объяснение, почему в новых версиях изменили разбивку :
новые HDD имеют другую геометрию диска
(21)Эх… Если б я еще английский знал… За статью и разяснение — спасибо. Мне действительно горько фиолетово что и как там системы чудит — главное метода для исправления глюка (все ведь невозможно знать). А рейдушка мне крови попил изрядно, пока все не устаканилось…
(19)(gilv)
Если Вы считаете, что «человеку без разницы (сектор, кластер или что-то там еще)»(с), то для него не цитату Гладченко надо заменять, а менять подзаголовок Вашей статьи. Типа, написать не «…1С-специалисты не читают, а зря», а «…1С-специалисты не читают, и правильно делают». И если «он спрашивает, куда конкретно нажать :)»(с), то указать на кнопку «Плюс» рейтинга.
(23) как то странно читаем, часть сообщения цитируем, а вторую не замечаем,
ну я не гордый, могу и повторить:
Предложите Вашу формулировку объяснения, давайте ее поместим.
(24)(gilv)
На мой взгляд я ответил на Ваше предложение заменить цитату от Гладченко на мою «формулировку объяснения»©. И давайте прекратим этот разговор…
продолжение «железячной» темы здесь
Мне честно говоря не совсем понятно почему Вячеслав не указывает ссылку на первоисточник данной информации:
(27) вот упертные — вот первоисточник Disk Partition Alignment for SQL Server (eng), и он в тексте указан,
если нужна запись в блогах, тогда уж раньше Гладченко написала
а Гладченко ее пересказал, но и авторство Гладченко сохранил, что я сделал не так?!
(27) надеюсь авторство моей обработки для 1С:Предприятие не будете оспаривать?
(29) Нет конечно, Вячеслав! Я Вам очень благодарен, да думаю и не только я, за Ваши разработки и материалы Вашего сайта.
(28) Может упертость двух людей говорит о том что они подумали одинаково по какой-то причине?
Так вот — признаюсь честно просмотрев перед написанием (27) данный материал я для себя не отметил фразы
«(цитата Александра Гладченко)»
Я считаю что намного логичнее было бы привести в данном материале ссылку как на статью Гладченко (27), так и на ту что привели Вы в (28). Тогда бы ни у меня ни у (13) такой мысли не возникло.
И хотелось бы сказать большое спасибо за то что помогаете сообществу 1С-ников получать такую информацию. Ведь мало кто просматривает блоги SQL DBA.
Извините если я Вас обидел в (27).
Ок, дам ссылки
(30) «для себя не отметил фразы» тем не менее она была в исходном сообщении сразу
Подскажите есть ли возможность исправить ошибку средствами другого ПО (acronis disk director или подобное загружаемое до ОС). DISKPART выдает сообщение о невозможности создания раздела
(33) если вы все правильно проделали, и видите, что нужна оптимизация
то можете разбить диск с помощью любой утилиты, которая обладает такой функцией.
акронисом не разбивал, но после попытки разбить просто проверьте, получился ли желаемый результат
обратите также внимание, что некоторые новые диски впринципе не могут содержать эту проблему, так как из-за больших объемом там сразу разбивка идет по 1024
Подробней поговорить о данном приеме хочу предложить на моем авторском курсе
Можно заранее задать вопросы по вашему предприятию, которые мы разберем на курсе.
(0) За публикацию конечно плюс, но вот обработка ntfs.epf определяет нужна ли или нет оптимизация диску методом:
что не совсем правильно. Я например, встречал 0 раздел смещенный на 16384 байта
p.s. хотя с переходом всех на Win7/2008 большинству эта проблема не актуальна
Огромное спасибо за материал. Даже не подозревал о возможности существовании проблемы. У нас как раз server2003 c ms server. На выходных займемся исправлением.