Я в этом плане чуть изменил ход, изначально сделал локальный бэкап и архивнул его, потом передал на другой сервер и там восстановил локально, может при восстановлении ключи какие можно указывать в качестве размера полосы пропускания восстановления???
Ищу каким образом и в какой последовательности делать уменьшение тома, но нет нормальной инфы к сожалению.
Спасибо за сценарий, подошел отлично, ресайз пока не проверил, но думаю там проблем не должно возникнуть. Очень смутил длительный промежуток восстановления с dd, 20GB восстанавливает более 2-х часов, это норм?
Всегда интересовал тот момент, как люди могут доверить свой бизнес неизвестным людям оставаясь владельцами лишь по документам другой страны, а может даже в документах будут другие люди чтоб не палиться...
xydope: Очень верно подмечено! Многие почему-то считают что их цель счастливо жить, но поясните где эта грань и что считать за счастье?
У кого-то есть любимый человек и он счастлив, а кто-то счастлив от домика в деревне, другому за счастье иметь что выпить. Потому цель должна быть более конкретной чтоб при достижении ее можно было понять, потому как в текущем состоянии вы можете каждый раз менять для себя понятие счастлив и быть постоянно несчастным. Как таковое счастье - это результат каких-то достижений, вот Вам и необходимо более точно сформулировать что необходимо достичь чтоб быть счастливым.
Например у меня есть какое-то хобби и я хочу чтоб моя жизнь достигла такого момента, когда я смогу заниматься своим хобби, а не работой, но при этом мне будет хватать и на проживание и на прочие радости жизни, а вот достижение этого момента, это и есть цель которую я пока не знаю как реализовать.
А можно узнать хар-ки сервера и среднее время выборки сообщений для одного пользователя при 250млн сообщений?
Кстати с какой целью делалось дублирование сообщений для отправителя и получателя если идентификаторы обоих присутствуют в строке каждой записи(или я не так понял)?
Павел Елизарьев: Спасибо за Вики, прочитал еще раз и убедился что именно таким путем и идем, но вопрос с переводом на сервер заказчика присутствует. Хотя возможно мы не правильно его интерпретировали. Когда заказчик желает воспользоваться CRM но его смущает необходимость работать в одном информационном пространстве с другими заказчиками, он предлагает получить изолированную от других заказчиков среду. Вот именно в этом моменте у нас и недоумевание - как ее обеспечить. Мой вопрос мне показался наиболее приемлемым при условии возможности сохранить приватность кода и данных, но есть вариант который мы пока не знаем как реализуется. Это вариант когда при клике на каком-либо SaaS сервисе разворачивается среда изолированная от основного сервиса и там лишь рабочее пространство конкретного заказчика. Для примера имеем сервис service.ru где логинимся и работаем в общем с другими клиентами информационном пространстве, но существует вариант создать изолированное пространство как вариант в поддомене customer.service.ru где будет база с данными лишь данного заказчика. Как пример если мы в первом варианте будем иметь в базе записи чередующиеся в порядке добавления их всему клиентами(к примеру нашему клиенту будут принадлежать записи с индексом 2,6,11, 35,56 ... ... ..), то во втором случае после первой записи у нас будет идти с индексом 2, а после нее с индексом 3, так как ни чьих посторонних записей там появиться не может.
Направьте пожалуйста где можно побольше узнать про такой вариант решения нашего вопроса.
В нашем случае как раз и получается программа как сервис, но основной функционал находится именно на стороне заказчика, а доступ к нему будет согласно прохождению проверки лицензии включаться. Потому такие места должны быть скрыты от доступа заказчика. Так же думали над "облачными решениями" но хотелось бы побольше узнать о их архитектуре и реализации в разрезе PHP SaaS приложений, можете указать куда грести за большей информацией?
при запуске скрипта мы подключается к базе, проверяем наличие лока (dev.mysql.com/doc/refman/5.0/en/miscellaneous-func... если его нет, значит нет запущенного скрипта, ставим лок и запускаем выполнение своего функционала в цикле while с допустимым временем простоя(дабы не поднимать LA серверу), в конце скрипта снимаем подключение к базе. Данный лок - это что-то вроде включенного регистра в базе, при чем как только вы отключаетесь(не важно по какой причине: сами или скрипт упал) лок будет снят и тем самым вы понимаете что скрипт значит не отрабатывает на данный момент времени
в моем случае как раз удобнее у хоста иметь свой IP по которому я буду как минимум управлять виртуалками
схема сети на данный момент такова: WAN->ROUTER->LAN->SERVERS
и по сему часть маршрутов могу оформить рутером, но что касается данного сервера — хотелось бы управлять им самомстоятельно (хотя возможно что самостоятельные адреса гостей дадут плюс в виде уменьшения пинга за счет сокращения маршрута, было бы интересно услышать мнение спецов) и защищать(прикрытие портов, fail2ban… ...) все через одну точку — в данном случае думал хостовую систему
Ищу каким образом и в какой последовательности делать уменьшение тома, но нет нормальной инфы к сожалению.