Время переезда.

[Хакер]

Когда (в какое время) народ желает, чтобы был произведён переезд?

Это может быть будний день / выходной. Утро/День/Вечер/Ночь.


Во-время переезда, естественно, ни один из форумов работать не будет. Вернее, работать то он (старый) конечно будет, но писать/удалять сообщения/личные-сообщения, регистрироваться, подписываться/отписываться и тд. будет нельзя. Полный Read-Only режим. Причём продлиться это может сутки.

[VVitafresh]

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

[tyomitch]

Как насчёт поднять на новом сервере базу из какого-нибудь старого бэкапа, всё там отладить и потестить, и только когда всё будет готово, быстро осуществить переезд? Если вся инфраструктура на новом месте будет готова, то останется только перенести актуальную базу, а это всяко намного меньше суток.

[Хакер]

Как насчёт поднять на новом сервере базу из какого-нибудь старого бэкапа, всё там отладить и потестить, и только когда всё будет готово, быстро осуществить переезд?

Во-первых, я не идиот, и не буду слёту ставить базу без предварительных испытаний нового форума.

Во-вторых, нового сервера не будет. Форум будет стоять на этом же сервере. С новой оптимизированной базой. Оптимизирванная база = база без хлама. В качестве примера хлама могу привести 17000 PUG-записей. Во-первых, здесь юзеров сего-лишь 8000 тысяч. Во-вторых для 99% этих юзеров достаточно всего-лишь одной PUG.
Весь этот хлам можно убить только в новой базе данных - если убить в старой, этот (старый) форум перестанет работать. И убить можно только после переноса.

Если вся инфраструктура на новом месте будет готова, то останется только перенести актуальную базу, а это всяко намного меньше суток.

А перенос таблиц с одной базы в другую займёт значительное время, уж поверь. Этот сервер имеет обыкновение зависать на 20 минут, и пребывать в состоянии, в котором он неспособен обработать запрос SELECT config_name, config_value FROM phpbb_config (всего 50-60 записей). А что будет, когда я сделаю селект на сотни тысяч записей? А на миллионы записей?

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

VVitafresh
У меня на выходных дел не меньше, чем не на выходных Посему, может так случится, что в ночь со среды на четверг мне будет удобнее. Но в этом топике я прошу не рассматривать "удобность" времени переезда для меня.

[tyomitch]

Во-вторых, нового сервера не будет.

Перед этим ты говорил, что в тормозах виноват mysql-сервер. Именно сервер, а не конкретная база. Конкретную цитату искать лень.

[Хакер]

Именно сервер виноват. Я так говорил, и я так буду говорить, потому что это действительно так. И я этого нигде не отрицал (в данном топике? где?).

Но из этого совсем не следует, что кто-то даст мне новый, быстрый, безглючный MySQL-сервер.

Не понял, какие ко мне претензии.

[tyomitch]

Т.е. форум останется на глючном сервере. Но глючить перестанет.
Магия, да и только.

[Хакер]

Глючить будет гораздо меньше. Во-многом, благодаря оптимизации БД. А если нет... Что я могу сделать? Могу перенести форум на хостинг вместо Fire-Lines. Всё равно этот проект никому не интересен и не нужен.

[VVitafresh]

Могу перенести форум на хостинг вместо Fire-Lines.

Помниться, этот хостинг был недоступен в течение очень длительного времени. Не хотелось бы, чтобы такая судьба постигла этот форум. Так что лучше не надо.

P.S. Буду надеяться, что в момент переезда будет два бэкапа базы (текущий и за предыдущий день) и что эти бэкапы в конечном счете не пригодятся.

[skiperski]

Но в этом топике я прошу не ассматривать "удобность" времени переезда для меня.

И в этом случае так же время переезда предложенное VVitafresh получается самым оптимальным, т.к. в выходные активность форума падает, а понедельник резко возрастает. Как раз будет возможность протестировать результат.

[Хакер]

VVitafresh
Сначала Fire-Lines был на хостинге GoDaddy, а платил RayShade. Потом RayShade надоело платить и всё что там было хостинг убил.

В течение 1.5 месяца (именно это длительное время форум был в в отсутсвии (точнее его вообще не было)) Хакер зарабатывал достаточную сумму, чтобы оплатить покупку нового хостинга.

Когда у Хакера накопилась достаточная сумма, он купил этот хостинг, и домен в придачу (fire-lines.ru вместо fire-lines.com, который до сих пор принадлежит рэю), и поднял всё на место. Однако былую популярность было не вернуть, и теперь за 20$ стоит форум.... с 0 посетителей.

[gaidar]

Как я уже не раз говорил, что у нас есть Windows хостинг с высокопроизводительной базой на MS SQL. Есть лишь проблема в необходимости модуля для работы с SQL Server (ODBC).

[Хакер]

Я же сказал, phpBB прекрасно поддерживает работу с ODBC. DSN указываешь, и ву-а-ля.

[Q2W]

А мускл на windows-хостинге не поднимается?

[gaidar]

Хакер, тогда пришли свой дистрибутив с интегрированными модулями, я попробую поставить и посмотреть, как оно будут работать.

[Хакер]

Что за "интегрированные модули" ?

[gaidar]

Аттачменты и т.п. Ты говорил, что сделал дистриб, где все уже включено.

[Хакер]

Окей, только так как мне лень было пропатчивать те файлы, которые не нужны для инсталляции, я их не пропатчил

Так что сделать это (вставить кусок sql в конец файла) предстоит тебе

В файл ./install/schemas/mssql_schema.sql (в самый коней) необходимо вставить следующий код, предварительно переведя его к дурацкому синтаксису MSSQL (в частности, расставить GO-ы).

Код: Выделить всё


#
# Table structure for table 'phpbb_attachments_config'
#
CREATE TABLE phpbb_attachments_config (
  config_name varchar(255) NOT NULL,
  config_value varchar(255) NOT NULL,
  PRIMARY KEY (config_name)
);

#
# Table structure for table 'phpbb_forbidden_extensions'
#
CREATE TABLE phpbb_forbidden_extensions (
  ext_id mediumint(8) UNSIGNED NOT NULL auto_increment,
  extension varchar(100) NOT NULL,
  PRIMARY KEY (ext_id)
);

#
# Table structure for table 'phpbb_extension_groups'
#
CREATE TABLE phpbb_extension_groups (
  group_id mediumint(8) NOT NULL auto_increment,
  group_name char(20) NOT NULL,
  cat_id tinyint(2) DEFAULT '0' NOT NULL,
  allow_group tinyint(1) DEFAULT '0' NOT NULL,
  download_mode tinyint(1) UNSIGNED DEFAULT '1' NOT NULL,
  upload_icon varchar(100) DEFAULT '',
  max_filesize int(20) DEFAULT '0' NOT NULL,
  forum_permissions varchar(255) default '' NOT NULL,
  PRIMARY KEY group_id (group_id)
);

#
# Table structure for table 'phpbb_extensions'
#
CREATE TABLE phpbb_extensions (
  ext_id mediumint(8) UNSIGNED NOT NULL auto_increment,
  group_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL,
  extension varchar(100) NOT NULL,
  comment varchar(100),
  PRIMARY KEY ext_id (ext_id)
);

#
# Table structure for table 'phpbb_attachments_desc'
#
CREATE TABLE phpbb_attachments_desc (
  attach_id mediumint(8) UNSIGNED NOT NULL auto_increment,
  physical_filename varchar(255) NOT NULL,
  real_filename varchar(255) NOT NULL,
  download_count mediumint(8) UNSIGNED DEFAULT '0' NOT NULL,
  comment varchar(255),
  extension varchar(100),
  mimetype varchar(100),
  filesize int(20) NOT NULL,
  filetime int(11) DEFAULT '0' NOT NULL,
  thumbnail tinyint(1) DEFAULT '0' NOT NULL,
  PRIMARY KEY (attach_id),
  KEY filetime (filetime),
  KEY physical_filename (physical_filename(10)),
  KEY filesize (filesize)
);

#
# Table structure for table 'phpbb_attachments'
#
CREATE TABLE phpbb_attachments (
  attach_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL,
  post_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL,
  privmsgs_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL,
  user_id_1 mediumint(8) NOT NULL,
  user_id_2 mediumint(8) NOT NULL,
  KEY attach_id_post_id (attach_id, post_id),
  KEY attach_id_privmsgs_id (attach_id, privmsgs_id),
  KEY post_id (post_id),
  KEY privmsgs_id (privmsgs_id)
);

#
# Table structure for table 'phpbb_quota_limits'
#
CREATE TABLE phpbb_quota_limits (
  quota_limit_id mediumint(8) unsigned NOT NULL auto_increment,
  quota_desc varchar(20) NOT NULL default '',
  quota_limit bigint(20) unsigned NOT NULL default '0',
  PRIMARY KEY  (quota_limit_id)
);

#
# Table structure for table 'phpbb_attach_quota'
#
CREATE TABLE phpbb_attach_quota (
  user_id mediumint(8) unsigned NOT NULL default '0',
  group_id mediumint(8) unsigned NOT NULL default '0',
  quota_type smallint(2) NOT NULL default '0',
  quota_limit_id mediumint(8) unsigned NOT NULL default '0',
  KEY quota_type (quota_type)
);


ALTER TABLE phpbb_forums ADD auth_download TINYINT(2) DEFAULT '0' NOT NULL; 
ALTER TABLE phpbb_auth_access ADD auth_download TINYINT(1) DEFAULT '0' NOT NULL; 
ALTER TABLE phpbb_posts ADD post_attachment TINYINT(1) DEFAULT '0' NOT NULL;
ALTER TABLE phpbb_topics ADD topic_attachment TINYINT(1) DEFAULT '0' NOT NULL;
ALTER TABLE phpbb_privmsgs ADD privmsgs_attachment TINYINT(1) DEFAULT '0' NOT NULL;

ALTER TABLE phpbb_users ADD user_show_quickreply TINYINT(1) DEFAULT '1' NOT NULL;
ALTER TABLE phpbb_users ADD user_quickreply_mode TINYINT(1) DEFAULT '1' NOT NULL;
ALTER TABLE phpbb_users ADD user_open_quickreply TINYINT(1) DEFAULT '1' NOT NULL;


[gaidar]

Хакер, открою секрет - в T-SQL нет команды GO. GO вставляет SQL Server Analizer, чтобы отличать один запрос от другого . Их можно не вставлять.

[Хакер]

gaidar
Судя по mssql_schema.sql - их вставлять надо. Лично я думал, что это что-то, имеющее отношение к транзакции. Ибо все таблицы создаются в ней.

[gaidar]

Нет. Просто mssql_schema.sql сделали экспортом с помощью SQL Analyser - он GO сам вставляет.

[Хакер]

Ну и как форум? Встал?

[gaidar]

К сожалению только вернувшись в Москву в понедельник смогу поставить.

[Хакер]

Хорошо. Сразу же предупрежу: я там забыл в одном месте сессион-хэндлинг сделать, поэтому форма быстрого ответа в данном дистрибутиве не работает.

А то я смотрю, много скачавших.

[burik]

Если форум переедет на новый сервер, имя домена у него изменится?

[Хакер]

Даже если форум переедет на новый сервер, у которого будет другой IP адрес (что пока не планируется), изменение A-записи в зоне bbs.vbstreets.ru. разрулит ситуцию, и доменное имя в любом случае останется неизменным.

Однако, нет смысла менять веб-сервер, он превосходно справляется со своей задачей.

[tyomitch]

А насколько нереально оставить веб-сервер в покое, но поменять глючный mysql-сервер на неглючный?

[Хакер]

Это к Гайдару.


Для меня это нереально. Я не в Москве. Я не могу пойти и сделать эту работу. Я не знаю человека, который отвечает за это (коллектив aic.ru), посему не могу с ним связаться.

Можно конечно поднять MySQL сервер на другой машине, но, во-первых, маршрут должен быть небольшим, а пропускной канал широким.

Для этих целей можно заюзать внешний хостинг. Но: размер базы приличный - хостингов, которые разрешают держать базы такого размера, мало. И второе: кто будет платить? Я? Меня на долго не хватит.

[tyomitch]

Дык ить, gaidar же предлагает некий мощный сервер с MSSQL?
Его нельзя юзать? Он в той же Москве, насколько я понял.

[Хакер]

tyomitch
Дык Гайдар предлагает Windows-хостинг+MSSQL. Если гайдар предложит просто MSSQL то ради бога

Только вот для MySQL у меня есть phpMyAdmin. А что я должен юзать для управления MSSQL сервером?

И да. Будет гораздо лучше, если Гайдар предложит быстрый MySQL.