Ресурсное состояние это: Ресурсное состояние: 5 способов обрести внутреннюю энергию — inakhan.ru

Содержание

Ресурсное состояние: 5 способов обрести внутреннюю энергию

Все чаще в психологии стали говорить о ресурсном состоянии, акцентируя внимание на важности поддержания и пополнения данного состояния. Ресурсное состояние — это совокупность духовной и физической энергии, ощущение внутреннего баланса, с помощью которого человек может полноценно жить и добиваться поставленных целей.

Ресурсное состояние лучше всего сравнивать с финансовым благополучием. Например, как только деньги заканчиваются, у нас нет возможно приобрести продукты, съездить отдохнуть. Также и с ресурсным состоянием, как только мы перестаем заботиться о себе, работаем на износ, у нас пропадает жизненная энергия и силы. Наш внутренний ресурс, как и финансовое состояние, нуждается в «заработке» и постоянном накоплении. Но о том, как заработать деньги известно всем, а как достичь ресурсного состояния знают единицы. Поддержание ресурсного состояния одинаково важно как для мужчин, так и для женщин. Поэтому необходимо научиться входить в ресурс и не тратить свои силы зря на работу и пустые дела.

Как войти или вернуться в ресурсное состояние?

Подготовьтесь к будущему дню. Каждое утро должно начинаться с мотивации что-то сделать. Например, подготовьте спортивную форму вечером, чтобы утром пойти на тренировку. Нарежьте необходимые ингредиенты для завтрака, чтобы утром спокойно насладиться моментом. Перед началом рабочего дня пролистайте отчет о проделанной работе, вдохновитесь своими результатами.

Напомните себе о своих достижениях. Когда силы на исходе, настроение на нуле, возьмите листок бумаги и составьте список своих достижений в работе, учебе, хобби. Через пару минут вы ощутите прилив положительных эмоций, появится мотивация что-то делать.

Чередуйте сложные задачи с приятными делами. Лучший отдых от работы — это смена деятельности. Не зацикливайтесь на одном деле, делайте перерывы.

Составьте расписание на день, избегайте переработок и авралов. Тут лучше всего посмотреть онлайн-курс «Тайм-менеджмент», с помощью простых упражнений вы научитесь расставлять приоритеты в задачах, распределять нагрузку и выполнять больше дел без ущерба здоровью.

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

Пройдите онлайн-курсы бесплатно и откройте для себя новые возможности Начать изучение

4 техники для поддержания ресурсного состояния:

Отдыхайте духовно и физически. Чаще гуляйте в парках на свежем воздухе, отправляетесь в путешествия, ходите в театр или кино.
Живите так, как мечтаете. Не ждите завтрашнего дня, чтобы начать жить по-другому. Проживайте жизнь прямо сейчас, как будто вы богаты, успешны, красивы и умны. Воплощайте свои мечты и наслаждайтесь.
Ставьте цели. Четко поставленные цели мотивируют нас развиваться, прикладывать больше сил, искать возможности. Это то, что наполняет нашу жизнь смыслом и яркими красками.

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

Что такое ресурс и ресурсное состояние

ПсихологіяСтатті

01/01/2020

Ресурсное состояние — это наполненность энергией, наличие физических и душевных сил для эффективного решения предстоящих задач и достижения поставленных целей

Что такое «ресурс»
Быть в ресурсе — значит чувствовать радость бытия, ощущать себя здоровым, благополучным, уверенным в своих силах. Человека переполняет энергия, он бодр и весел. Все спорится, ладится, усилия окупаются, вы получаете удовольствие от любой деятельности и удовлетворены ее результатом. Голова ясная, оптимальные решения находятся быстро и воплощаются без проблем. Редкие ошибки не являются фатальными и с легкостью исправляются. Учеба успешна, работа эффективна.

В нересурсном состоянии все наоборот: жизнь не радует, самочувствие отвратительное, настроения нет, усталость переполняет, работа «буксует», голова «не варит», ошибки множатся, все кажется бессмысленным. Недовольство собой и окружающими возрастает: вокруг одни тупицы и вредители.

Ресурс — это энергия, физические и психические силы, «топливо»
для нашего «мотора»
Конечно, человек не робот и не механизм, который можно завести. Даже будучи в ресурсе, он устает, печалится, раздражается… Но умение подзаряжаться, полноценный отдых и достаточный ночной сон с успехом восстанавливают его силы.
Ресурсное состояние: с чем не путать
Однако не следует путать ресурсное состояние с нездоровой экзальтацией, фанатизмом, а также с повышенной работоспособностью, вызванной любыми возбуждающими средствами или стимуляторами (алкоголь, наркотики, энергетические напитки, чрезмерное количество чая, кофе, никотина и пр.). Это также не имеет ничего общего с необоснованной уверенностью, что «все будет хорошо», адреналином (рискованная ситуация, дедлайны на грани срыва), попытками искусственно взвинтить себя, чтобы ввести в рабочую эйфорию.

И не важно — воздействие ли это каких-либо «допингов» или психологическая самонакрутка — все это действует, как хлыст для лошади, а ведь «загнанных лошадей пристреливают, не так ли?». Ресурсное состояние — ровное, спокойное, гармоничное. Оно базируется на физическом и психическом здоровье, умении задействовать внешние и внутренние ресурсы.
Важно учитывать также субъективный фактор. Будучи физически здоровым, человек может ощущать себя не в ресурсе из-за внутренних проблем или каких-либо внешних факторов. Если такое состояние возникает у человека слишком часто, это может привести к серьезным психологическим сбоям и уже реальным проблемам со здоровьем. И наоборот — ощущение себя в ресурсном состоянии, несмотря на некоторые физические недомогания, является своеобразным «доктором» и способом самоисцеления.

Внешние и внутренние ресурсы
Внутренние ресурсы — это личностные особенности человека, его качества, способности и таланты, которые дают силы жить и бороться, быть успешным, решать проблемы, ладить с окружающими и любить жизнь.
Внешние — это все, что связано с социумом, другими людьми, материальными ценностями, окружающей средой. Внутренние и внешние ресурсы находятся в постоянном взаимодействии: без внутренних ресурсов, нравственного стержня, изначального запаса мужества и решимости невозможно наладить успешную подпитку из внешних ресурсов. Но не менее важен и базовый физический ресурс, то есть минимальный запас «топлива», которое поможет «добраться до заправки».
Читайте также: Да будет цвет, или Как поднять настроение в хмурую пору
К внутренним ресурсам можно отнести такие качества, как воля, мужество, желание и умение учиться новому, критическое мышление, склонность к самоанализу, умение преодолевать препятствия и решать проблемы, ставить цели и достигать их; обладать позитивным настроем, чувством юмора, самоиронией; быть контактным и открытым миру; уметь выражать свои чувства, просить прощения и прощать, любить людей, помогать другим и принимать помощь, наслаждаться жизнью… Можно назвать больше (или меньше) качеств, добавить к ним узкоспециальные психологические понятия и термины, но в итоге внутренние ресурсы — это те качества, которые помогают найти место применению своих сил и формируют мотивацию к получению энергии из внешних ресурсов.

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

Родители: принятие их любви и заботы, общение, помощь им.
Дети: рождение, воспитание, забота, игры, общение.
Включенность в социум: контакты, визиты в гости и прием их у себя, клубы, тусовки, любые людные мероприятия, социальные сети.
Общественная активность: волонтерство, экоактивность, зоозащита и любая иная социально полезная деятельность.
Положение в социуме: социальный статус, руководящая роль, неформальное лидерство.
Саморазвитие и самореализация: личностный и профессиональный рост, востребованность, ощущение себя нужным, значимым, известным.

Познавательный процесс, новые навыки и умения: учебные заведения, курсы, мастер-классы.
Чувства: любовь, влюбленность, романтическая дружба и просто дружба, чувство локтя в команде, ощущение единства взглядов и устремлений, забота, удовлетворение от выполненного долга.
Телесные удовольствия: бассейн, спа-процедуры, массаж, секс; нежные прикосновения, рукопожатия, поцелуи, объятия.
Воспоминания и мечты: возвращение в счастливые моменты своей жизни, мечты о будущем, перерастающие в конкретные планы.

Удовольствие от приобретения и обладания материальными ценностями: деньги, жилье (обретение, обустройство, дизайн, ремонт), машина и другие средства передвижения, дорогие ювелирные украшения, шопинг, коллекционирование.
Красота во всех проявлениях: посещение живописных мест, созерцание природы, удовольствие от произведений искусства, макияж, одежда, украшения, аксессуары, хорошенькие безделушки в интерьере, выращивание цветов (домашних и садовых), дизайн интерьеров.
Новые впечатления: путешествия, смена видов за окном при передвижении на транспорте, художественные выставки, фильмы, просмотр изображений в интернете, листание альбомов по искусству и красочных журналов.
Движение: ходьба, танцы, плавание, йога, различные виды гимнастики, спорт, любые приятные физические нагрузки.
Еда и питье: гурманствовать, дегустировать, пробовать, смаковать, поглощать, готовить, угощать, заказывать, посещать кафе и рестораны, знакомиться с кухней разных народов.
Перемены: смена прически, цвета волос, стиля одежды; новые работа, место учебы, проект, партнер, круг общения; перемена места жительства или страны проживания.
Пребывание в комфортной среде: парки, леса, озера, реки, моря и океаны; поля, степи и горы; тихие дачные поселки, села, маленькие уютные городки, шумные мегаполисы.
Чувство единения с природой, стихиями и Вселенной: купаться, плескаться, принимать воздушные ванны, загорать, стоять на ветру, гулять под дождем и снегом, лежать на земле, ходить босиком, копаться в песке, возделывать землю, греться у огня, смотреть на звезды.
Полезная/интересная деятельность на природе: охота и фотоохота, рыбалка, сбор грибов (ягод, трав и пр.), походы с палатками, песни у костра.
Творчество: рисование, лепка, музицирование, пение, вязание, вышивание, валяние и любые другие ремесла и хенд-мейд.
Адреналин: альпинизм, прыжки с парашютом, полеты на дельтаплане, сплав на байдарках, экстремальные виды спорта и опасные авантюры.
Игры: настольные, карточные, компьютерные, детские, подвижные, спортивные, реконструкции.
Животные: ухаживать, разводить, гладить, кормить, выгуливать, любоваться, играть, ездить на них.
Растения: выращивать, собирать, перерабатывать.
Покой: ощущение безопасности на своей территории (мой дом — моя крепость), отсутствие раздражающих факторов, тишина или спокойная музыка и вообще все, что успокаивает и дает ощущение умиротворения.
Прелесть одиночества: возможность побыть одному, подумать, расслабиться, не испытывать никакого давления, ощутить себя свободным в своих действиях и способах времяпровождения.
«Ленивый» отдых: лежать, валяться, покачиваться в гамаке, развалиться в кресле; слушать музыку; проводить время в стиле хюге; «зависать» в интернете; читать (слушать) несерьезную, отвлекающую литературу; смотреть несерьезные сериалы; болтать «ни о чем».
Это не ваша классификация. Вы можете выбрать из предложенного списка свои ресурсы, добавить новые, детализировать, перемешать по-своему. Можно разделить их на обычно привычные и на те, о которых пока лишь сладко мечтается. Можно держать их в голове, а можно регулярно перечитывать, прислушиваясь к себе, — не отзовется ли в душе какой-либо из пунктов: «срочно хочу на рыбалку», «пора почудить с подругой детства», «хочу день «ленивого» отдыха».
Ресурсы очень индивидуальны: то, что для одного — источник энергии, для другого — его пожиратель и фактор, выбивающий из колеи. Именно потому так важно прислушиваться к себе, определять «черные дыры», в которые утекает энергия, и уметь говорить «нет» всему, что отбирает силы.
Читайте также: Консультация психолога: как сказать “НЕТ”
Только сам человек может «поставить себе диагноз», определяя, в ресурсе ли он; провести исследование и даже расследование, задумавшись о причинах своего неважного состояния; «прописать себе лекарство» в виде того источника ресурсов, который обычно помогает.
Заряд энергией — это совсем не обязательно то, что мы называем «отдых». Иногда мощная подзарядка происходит во время работы, активного отдыха, физических и эмоциональных нагрузок. Так учитель, заходя в класс, перестает ощущать недомогание и получает заряд бодрости от учеников; театральный актер — подзаряжается от восторженной реакции зала; общественный деятель — от поддержки единомышленников.
Понятно, что одна и та же деятельность удовлетворяет самые разные потребности человека. Мастер-класс радует новыми навыками и приятным общением. Поход с палаткой дает физическую нагрузку, возможность полюбоваться красотой окружающего мира, насладиться единством с природой, пообщаться с друзьями по увлечению. Традиционная встреча всей родней у бабушки дарит ощущение силы рода, погружение в счастливые воспоминания детства и просто удовольствие от вкусной еды. Путешествие удовлетворяет познавательный интерес, обеспечивает смену картинок, возможность восхититься прекрасным, потребность в новых впечатлениях, движении, новых контактах.
Остановись, мгновенье, ты прекрасно!
Наше настроение и наш тонус — это равнодействующая целого комплекса внутренних проблем, влияний со стороны, внешних обстоятельств, событий и всего того, что творится в семье, команде, коллективе, стране, мире. Как встрепенуться, как сбросить с себя все лишние наслоения, тяжелые впечатления, отвлекающие и угнетающие моменты? Как обрести то ресурсное состояние, которое обеспечит успех на работе, довольство собой и радость жизни? Для начала нужно точно понимать, к обретению какого состояния вы стремитесь.
В тот счастливый момент, когда вы находитесь в ресурсном состоянии, поймайте в себе эту волну энтузиазма, бодрости и хорошего настроения. Постарайтесь запомнить, что вы чувствуете, о чем думаете, какая мотивация доминирует, кто сумел вас вдохновить, что предшествовало такому прекрасному ресурсному состоянию. Мы, конечно, реалисты — в моменты боевого и бодрого настроя чаще всего нам не до рефлексии. Но с тем же успехом можно потом вспомнить во всех подробностях эпизод своего наиболее яркого ресурсного состояния. Вернитесь в то мгновение, воспроизведите свои ощущения, вспомните, где это было, что было вокруг вас, звуки, запахи, любые зацепки, которые могли бы впоследствии послужить якорем для воссоздания такого же состояния. Придумайте фразу или слово, которое могло бы дать организму сигнал к мобилизации всех сил: В бой! Прорвемся! Вперед! Начните вести себя так, как будто вы уже в тонусе — осанка, походка, улыбка — пусть все ваше тело излучает уверенность и позитивный настрой.
В поисках ресурса…
Жизнь непроста, и порой нам так и не суждено обрести важный для нас ресурс — спутника жизни, детей, любимую работу, жилье, достаток. Можно, конечно, всю жизнь зацикливаться на том, чего нам не хватает, а можно компенсировать эту нехватку чем-то другим — позитивным, важным и интересным. Можно скорбно сидеть у пересохшего колодца, а можно отправиться на поиски животворящей влаги, не пренебрегая ни одной росинкой, и в итоге найти волшебный источник, который с лихвой восполнит все, чего нам не хватало. Мы найдем то, о чем мечтали? Не обязательно, но на нашем пути встретится много другого — всего того, что наполнит нашу жизнь смыслом и радостью.
Марія Кириленко
Києво-Святошинський ЦСПР
www.boyarka.cspr.info
“Фармацет Практик” #12′ 2019

Поділіться цим з друзями!
Вам також буде цікаво це:
Ресурсное состояние🙇‍♀️ | invme
В последние годы все больше людей начинают заботиться о своем психологическом здоровье и прислушиваться к себе. Становятся популярными медитации, разные тренинги и психологические практики. Все чаще можно услышать о том, как важно поддерживать свое ресурсное состояние, чтобы быть счастливым и жить в гармонии с собой и окружающими. Сегодня мы в invme решили разобраться, что же такое ресурсное состояние, как его достигнуть и поддерживать на протяжении всей жизни.
В последние годы все больше людей начинают заботиться о своем психологическом здоровье и прислушиваться к себе
Что такое ресурсное состояние?
Простыми словами, ресурсное состояние – это наличие физических и душевных сил у человека для решения предстоящих задач. Иногда случаются дни, когда буквально все получается с первого раза, вы чувствуете много сил и энергии и закрываете все поставленные цели. И при этом еще остается время и желание заняться спортом или встретиться с друзьями. Это и есть ресурсное состояние — определенный запас энергии, который позволяет все делать быстро и эффективно, при этом оставаясь в хорошем настроении.
Ваш уровень ресурсного состояния можно сравнить с заряженным телефоном. Чем меньше ресурса (заряда) остается, тем быстрее вы устаете и меньше можете делать. Это состояние состоит из психологического и физического ресурса, которые одинаково важны. Даже если вы проработаете по максимуму ваше психологическое здоровье, но при этом у вас будет болеть живот или зубы, или вы не будете спать много ночей подряд, вряд ли вы будете в хорошем расположении духа и готовы к новым свершениям. В поддержании ресурсного состояния важно помнить об обеих составляющих и одинаково о них заботиться.
Как его достигнуть?
Лучше всего восстановление собственных ресурсов начать именно с физического состояния, а после проработать уже психологическое. Чтобы быть в ресурсе, нужно соблюдать простые правила, о которых в действительности все мы знаем: спать не менее семи часов в день, есть вкусную и здоровую пищу, больше быть на свежем воздухе и заниматься физическими нагрузками. Физически ресурсное состояние – это выспавшийся и бодрый человек. После этого можно заниматься психологическим восстановлением – хвалить себя, прорабатывать свои проблемы с психологом, ставить себе цели (пусть даже и небольшие) и добиваться их, не ругать себя, искать гармонию в себе, проводить время с семьей и друзьями, избегать стрессовых ситуаций.
Есть небольшая хитрость, которая поможет вам возвращаться в ресурсное состояние. Вспомните какое-то приятное воспоминание из вашего прошлого. Скажем, как вы провели отпуск со своей семьей, первый танец с вашим возлюбленным или выпускной в школе – это может быть любое значимое для вас событие. Подумайте, с чем у вас оно ассоциируется – мелодия, может быть, запах или какая-то картинка. Когда вы установили эту связь между событием и ассоциацией, постарайтесь возвращаться к этому каждый раз, когда чувствуете упадок сил. Такой способ поможет вам испытывать те же положительные эмоции, какие вы испытывали в моменте, и перенести их в ваше настоящее.

Структура ресурсного состояния
Есть определенная структура поддержания ресурсного состояния, которая предоставляет три варианта эффективных практик, направленных на восстановление и пополнение ресурса.
Индивидуально-оборонительный
Это подход, при котором человек говорит себе: «Мне чужого не надо, но и свое я воровать не позволю». То есть отдает себе полный отчет в том, какую позицию занимает в обществе, на работе или в семье и не позволяет другим переступать его личные границы. При этом важно самому не нарушать чужие границы и не «воровать чужое». Основная цель этого подхода – оборвать любые токсичные отношения, что возвращает человеку его ресурс.
Системно-коллективный
В этом случае человек говорит себе: «Я благодарен за то, что у меня есть». Нужно сразу отметить, что это вовсе не значит, что не нужно ни к чему стремиться и довольствоваться только тем, что есть. Нет, это про то, чтобы испытывать настоящую благодарность, особенно за маленькие события и вещи – за вкусный ужин, интересный фильм, красивый закат, встречу с другом. За саму жизнь. Это способ получать позитивные эмоции и ограждать себя от негатива – сожалений о том, чего нет, зависти, злости и злорадства.
Делящийся с другими
Это, вероятно, самый непростой способ, к которому сложнее и дольше всего прийти. Когда человек настолько внутренне наполнен, что он может делиться своим ресурсом с другими. Важно понимать, что это возможно только при условии осуществления не в ущерб себе. В противном случае можно раздать все остальным, не оставить ничего себе и почувствовать выгорание.
Есть определенная структура поддержания ресурсного состояния, которая предоставляет три варианта эффективных практик, направленных на восстановление и пополнение ресурса
Что такое выгорание?
Выгорание – это противоположность ресурсного состояния, при котором у человека нет физических и моральных сил выполнять поставленные задачи. Зачастую даже самые простые. Чаще всего это состояние сильной эмоциональной усталости, при которой нет желания делать вообще что-либо. В особо тяжелых случаях человек не может даже сделать такие простые действия как встать с кровати или почистить зубы и принять душ. При выгорании человек чувствует апатию, головные боли, отвращение к работе и ощущение собственной ненужности.
Понятия ресурсного состояния и выгорания связаны. Выгорание – это все что идет со знаком «минус» от среднего показателя, тогда как ресурсное состояние – наоборот со знаком «плюс». Поэтому очень важно суметь вовремя заметить у себя или ваших близких признаки выгорания и сделать передышку. Дать время заново наполниться и стать снова в ресурсе — войти в правильное потоковое состояние.
Выгорание – это противоположность ресурсного состояния, при котором у человека нет физических и моральных сил выполнять поставленные задачи
Что такое потоковое состояние?
Это состояние, в котором человек полностью включен в процесс, которым он занят. Это характеризуется полным вовлечением и нацеленностью на успех в процессе деятельности. Потоковое состояние можно считать частью ресурсного состояния. В моменте это максимальная производительность и работоспособность, а также, что очень важно, спокойствие и полное отсутствие стресса. В потоковом состоянии человек уверен в себе и в своей компетенции и испытывает положительные эмоции.
Венгерский психолог Михай Чиксентмихайи написал книгу под названием «Поток. Психология оптимального переживания». В ней он говорит о том, что у человека может быть три состояния: «поток», «скучно» и «страшно». И чтобы находиться в состоянии потока, нужно найти баланс между «скучно» и «страшно». Потому что когда скучно – вы переросли дело, которым занимаетесь, а когда страшно – это дело больше вас, но вы уже бросаете ему вызов. Так, он пишет: «Потоковое состояние ведёт к росту и открытиям. Человеку не может нравиться делать одно и то же, оставаясь на одном уровне долгое время. Нам либо становится скучно, либо мы расстраиваемся; затем желание насладиться чем-то толкает нас к улучшению навыков или открытию новых возможностей использования уже существующих».

Как поддерживать ресурсное состояние всегда?
Самый интересный и волнующий вопрос – как же поддерживать ресурсное состояние всегда? И возможно ли это сделать? Ответ вас может не обрадовать, потому что оставаться всегда в ресурсном состоянии под силу, возможно, только тибетским монахам, которые познали дзен. Но и это не точно. Все мы иногда устаем, иногда ленимся и иногда не хотим делать вообще ничего, когда лучшими, единственными и самыми понимающими друзьями становятся диван и сериал.
При этом, существует несколько хитростей, которые помогут вам оставаться в ресурсном состоянии долго и как можно реже из него выходить:
Если, например, у вас был долгий и здоровый сон, но с утра вы не чувствуете сильного прилива сил, начните все равно активно работать, как будто у вас есть много ресурса. Через десять минут вы увидите, что у вас действительно стало гораздо больше энергии.
Днем делайте себе небольшой период – выпейте кофе, немного прогуляйтесь или посидите в полной тишине без гаджетов и информационного шума. Но после – взбодритесь и продолжайте свой день. Помните о том, что маленькие паузы, пусть даже на 5-10 минут, нужно обязательно делать раз в пару часов.
Старайтесь не лениться и не откладывать все дела на последний момент. Это часто приводит к стрессу и негативным эмоциям, которые никак не связаны с ресурсным состоянием.
Иногда же можно сделать только единственно правильное действие – отстать от себя. Да, вот так просто отстать от себя. Если вы чувствуете, что попытались взбодриться, но сил больше не стало, значит, сегодня не ваш день. Такое случается, и это нормально. Проживите его так. Если это случается не слишком часто, то не ищите никаких причин, с вами все в порядке, просто на этот день ваше ресурсное состояние ниже, чем обычно.
Конечно, нужно всегда стремиться к балансу во всех жизненных сферах, но иногда кризисы случаются у всех. Лучшее решение в такой ситуации – переключиться. Например, если возникли проблемы на работе – уделите больше времени семье, попросите у близких поддержку и заботу. Таким образом вы получите эмоциональные, энергетические и физические ресурсы, которые помогут вам выйти из кризиса в другой сфере жизни.
Литература о ресурсном состоянии
Конечно, о ресурсном состоянии, жизненном балансе и повышении продуктивности написано столько книг, что все не перечитать никогда. Но одна из лучших и, главное, практичных – это книга Криса Бэйли «Мой продуктивный год». Интересна она тем, что рассказывает о любопытном опыте – испытывать на себе разные методики. Так, Бэйли за год работал по 90 часов в неделю, медитировал 30 минут каждый день, месяц пил только воду, пользовался смартфоном только час в день и пытался жить в полной изоляции. Он пробовал многое, чтобы постараться выработать схему, по которой можно оставаться в ресурсном состоянии, перестать откладывать важные дела, научиться расставлять приоритеты и добиваться своих целей. В своей книге Бэйли говорит о том, что у каждого человека есть два момента пика активности каждый день. И, отследив эти пики, можно добиться больших результатов, если ставить именно на это время самые сложные задачи.
Также он отметил: «Самые продуктивные люди работают в темпе где-то между монахом и биржевым трейдером – достаточно быстро, чтобы успеть все сделать, и достаточно медленно, чтобы быть в состоянии определить, что является по-настоящему важным, а затем работать над этим осознанно и с ясно выраженным намерением».
А если вы решили избегать стресса, стать более продуктивным и больше заботиться о своем психологическом здоровье и ресурсном состоянии, в этом могут отлично помочь медитации. Мы в invme уже рассказали о том, как медитировать и зачем.
Ресурсное состояние — это… Что такое Ресурсное состояние?
Ресурсное состояние
нлп Физическое и психическое состояние, когда человек чувствует себя обладающим ресурсами. (Смотри также:Ресурсы).
Универсальный дополнительный практический толковый словарь. И. Мостицкий. 2005–2012.
ресурс фильтра
Ресурсы
Смотреть что такое «Ресурсное состояние» в других словарях:
Ресурсное состояние — неврологическое и физическое состояние человека в целом, когда он чувствует себя обладающим ресурсами. Ресурсы любые средства, которые могут быть задействованы для достижения результата: физиология, состояния, мысли, стратегии, переживания, люди … Википедия
Ресурсное состояние — Физическое и психическое состояние, когда человек чувствует себя обладающим ресурсами. (Смотри также: Ресурсы). Краткий толковый психолого психиатрический словарь. Под ред. igisheva. 2008 … Большая психологическая энциклопедия
Ресурсное состояние — Физическое и психическое состояние, когда человек чувствует себя обладающим ресурсами. (Смотри также: Ресурсы) … Словарь нейролингвистического программирования
Усиление — Процесс добавления человеку жизнестойкости, энергии и новых мощных ресурсов; жизнестойкость на неврологическом уровне, изменение привычек (Смотри также: Ресурсы и Ресурсное состояние) … Словарь нейролингвистического программирования
Усиление — нлп Процесс добавления человеку жизнестойкости, энергии и новых мощных ресурсов; жизнестойкость на неврологическом уровне, изменение привычек (Смотри также:Ресурсы и Ресурсное состояние) … Универсальный дополнительный практический толковый словарь И. Мостицкого
Усиление — Процесс добавления человеку жизнестойкости, энергии и новых мощных ресурсов; жизнестойкость на неврологическом уровне, изменение привычек (Смотри также: Ресурсы и Ресурсное состояние). Краткий толковый психолого психиатрический словарь. Под ред … Большая психологическая энциклопедия
ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь — Терминология ГОСТ Р 54136 2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа: 4.1 абстрактная деталь (abstract part): Деталь, которая определена только своей… … Словарь-справочник терминов нормативно-технической документации
Антикризисное управление — (Crisis management) Содержание Содержание 1. Понятие «» 2. Принципы стратегического антикризисного управления 3. Кризисные факторы 4. Направления антикризисного управления 5. Универсальные средства антикризисного управления 6. Смена ориентации… … Энциклопедия инвестора
ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия — Терминология ГОСТ Р ИСО 19439 2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа: 3.1 абстракция (abstraction): Сокращенное по длительности или степени без потери смысла понятие, используемое для дифференциации… … Словарь-справочник терминов нормативно-технической документации
Математи́ческие ме́тоды — в медицине совокупность методов количественного изучения и анализа состояния и (или) поведения объектов и систем, относящихся к медицине и здравоохранению. В биологии, медицине и здравоохранении в круг явлений, изучаемых с помощью М.м., входят… … Медицинская энциклопедия
Книги
Секрет успеха. 100% техника, Alena Boleslavovna Akynjy. Наш успех напрямую зависит от количества энергии на ресурсное состояние. Без хитросплетений, за один вечер вы узнаете, как управлять своей энергией и направлять еена реализацию любой цели,… Подробнее Купить за 488 руб электронная книга
9принципов гармоничных отношений, Марина Калдина. Об Эннеаграмме личности говорят, что это интегральная модель подсознательной мотивации, описывающая 9 стилей личности, 9 систем мировоззрения. Мы рассматриваем Эннеаграмму не только как такую… Подробнее Купить за 449 руб аудиокнига

Что такое ресурсное состояние и как в него войти — PROFchoice
Каждый из нас хотя бы один раз переживал состояние, когда дело в руках спорилось и, словно живое, само стремилось к завершению. В психологической литературе в таком случае ещё применяется термин «поток». Я думаю, это очень точная метафора: поток подхватывает тебя и несёт практически без твоих усилий. А специалисты НЛП называют это ресурсным состоянием. То есть состоянием, в котором у человека достаточно сил и энергии, чтобы достичь поставленную перед собой цель.

Ресурсное состояние – это и про физический, и про психологический аспект. С физическим ресурсом все более-менее понятно: не выспавшийся, больной, расстроенный человек будет крайне непродуктивен. А вот с психическим ресурсом не все так просто.
Вы знаете, в каком состоянии лучше всего решаете поставленные перед вами задачи, или трудно ответить вот так, сразу?
Самая интересная часть истории заключается в том, что ресурсное состояние – это не обязательно про бушующую энергию внутри. Ресурсное состояние – когда вы практически без усилий, эффективно и продуктивно решаете свои задачи, даже самые сложные.
Как узнать, какое из ваших состояний является ресурсным? Постарайтесь вспомнить свои самые-самые победные ситуации в жизни и восстановить в памяти: что и как вы переживали в эти моменты в душе, как вы добились победы, благодаря какому своему качеству?
Позовите на помощь подсознание. Возьмите игральный кубик и загадайте одну его грань. А теперь пробуйте кидать этот кубик – вам нужно добиться выпадения загаданной грани – с различным настроем (например, «активное желание», «вопрос», «безразличие»). То состояние, в котором выпадет нужная вам грань, скорее всего и есть ваше ресурсное.
Правда, ещё очень важно понимать, что знать свое ресурсное состояние – мало, главное – уметь быстро (и вовремя) в него войти.
НЛП-психологи шутят: настоящий мастер не входит в ресурсное состояние, он в нём живёт. В этой шутке есть большая доля правды! Хотя мы все понимаем, что это невозможно – быть стопроцентно эффективным.
Как же настроиться на нужную волну?
«Якорение». Снова приходят на помощь инструменты НЛП. Еще раз вспомните те победные ситуации, которые могут послужить вам источником сил и позитивного опыта. Постарайтесь снова пережить их и запомнить: как вы себя ощущаете, кем вы были в эти моменты; «снимите слепок» с себя-ресурсного, поставьте «якорь» на этом настрое. Теперь для того, чтобы настроиться на ресурсное состояние, вам достать будет задействовать этот «якорь».
Моделирование ресурсного состояния. Действуйте так, как будто у вас уже есть эти ресурсы: улыбайтесь, двигайтесь легко, примерьте на себя ощущения всемогущества, в мыслях смоделируйте себя-ресурсного и «оживите» эту модель, приведите ее в движение.
Обязательно следите за тем, чтобы физический ресурс был также полон! Иногда лучше дать себе отдохнуть, чем тратить время на низкоэффективный труд в истощенном состоянии. Вспомните девиз Скарлет О’Хара: «Я подумаю об этом завтра». Съешьте шоколадку. Потанцуйте. Займитесь чем-то любимым, что давно ждет. Проведите день для себя. А, уже подзарядив внутренние батарейки, потом принимайтесь за свои задачи!
Что такое ресурсное состояние, о котором все так часто говорят
Ресурс – это энергия, физические и психические силы, «топливо» для нашего «мотора».
«Зарабатывать» ресурс нам помогают занятия, которые приносят эмоциональное удовольствие. Для каждого человека это будет свой «коктейль» активностей.

Ресурсное состояние. Помимо хорошего физического состояния, «быть в ресурсе» подразумевает высокий уровень внутренней энергии, благодаря которой хочется полноценно жить, расцветать и добиваться поставленных целей.
Для нас быть в ресурсе = получать удовольствие от всего, что мы делаем, всего, что с нами происходит и конечно же, от самих себя.
Окружающие чувствуют, если ты наполнен. Противоположный пол не может пройти мимо, нужные ситуации и люди сами притягиваются в вашу жизнь, ты больше успеваешь и чувствуешь себя шикарно.
Но многие думают, что ресурсное состояние – это как хорошее настроение, приходит само по себе. НЕТ! Ресурсное состояние нужно поддерживать и постоянно пополнять. Это как с финансами: ты не сможешь ничего купить, если не будет денег. Как только ты перестаёшь заботиться о себе, работаешь на износ, пропадает жизненная энергия, а потом ещё удивляешься почему выгораешь, и тебе ничего не хочется.
Так как же быть в «ресурсе»?
Подготовься к будущему дню (собери сумку и образ вечером, подготовь продукты для завтрака, чтобы утром спокойно насладиться моментом, перед учебой или работой. Посмотри и вдохновись своими результатами).

Делай не с позиции «НАДО», а с позиции «ХОЧУ» (чтобы дела, которые надо сделать, стали теми, которые ты хочешь делать, должна быть мотивация. Например, вместо «мне надо собрать кучу документов и сделать визу» должно быть «я хочу сделать визу, потому что еду в невероятное путешествие»).

Отдых должен быть регулярным и качественным (отдыхать надо не только по выходным, но и в течение дня. Отдых должен быть и физический, и эмоциональный. Поэтому вместо просмотра очередного развлекательного видео на учебном или рабочем перерыве, возьми кофе и сходи в парк)

Чередуй сложные задачи с приятными делами (лучший отдых от работы — это смена деятельности).

Твое состояние должно быть самым приоритетным (если ты хочешь отдыхать — отдыхай, не ругай себя за желание спокойно провести утро. Лишние 15 мин с утра не разрушат продуктивность).

Начни прислушиваться к себе и заботиться о своём состоянии (если тебе некомфортно — не терпи. Не все встречи нужно доводить до конца. В заведениях можно не доедать. Надо быть здоровым эгоистом, а не удобным человеком).

А ты находишься в ресурсе?

Автор:
Пучинкина Сафия
Поделиться записью
Ресурсное состояние — что это, техники и методы, как сохранить?
Почему одни всегда заряжены на результат и бодро идут к цели, а другие при даже самых незначительных проблемах расклеиваются и не могут сделать шаг?
Таким вопросом задавался каждый второй человек, который двигался к цели.
Чаще всего такой вопрос возникает у индивида после выхода из ресурсного состояния.
Ресурсное состояние человека — это состояние, когда есть энергия и ресурсы для выполнения задач, когда в достатке духовных и физических сил для достижения целей.
Какие бывают ресурсные состояния

Физический ресурс, чего очень часто не хватает современному человеку. Физическое ресурсное состояние представляет собой бодрость, которая находится в выспавшемся и отдохнувшем человеке.
Уверенный в себе человек, ощущающий энергию и хорошее настроение – это обладатель психологически ресурсного состояния.
Отделять эти ресурсы друг от друга неразумно. Они очень сильно друг от друга зависят. Если человек выходит из одного ресурса, то он непременно тянет за собой и второй.
Постоянный недосып, время в длительных пробках, измотанное физически состояние приводят к нежеланию работать, полностью уничтожает продуктивность. Отношение к недосыпам тоже очень сильно влияет на человека. Когда морально к недосыпу относишься проще и не думаешь «скорее бы день закончился и лечь спать», то он не так сильно сказывается на организме и не вводит тело и мозг в негативное состояние.
Конечно, если индивид спит 2 часа в сутки, то каким бы он позитивным он не был – организм напомнит ему выходом из ресурсного состояния о том, что сна требуется больше.
Обратная ситуация – расклеенный психологически человек постепенно начинает «разваливаться» физически. Появляются проблемы с хроническими заболеваниями, сном, повышается раздражительность.
Именно поэтому делить на более важное и менее важное эти ресурсные состояния нельзя.
Как войти в ресурсное состояние
Эксперты рекомендуют начинать работу над своим общим ресурсным состоянием с физического, беря его за основу. После нормализации физического состояния переходить к психологическому.
Не стоит быть уверенным в том, что в ресурсном состоянии можно быть всегда по умолчанию, а если не получается, то с вами что-то не так. Обретение личной ресурсности – это тоже навык, которому стоит обучиться.
Со временем, используя правильные техники, можно научиться входить в ресурсное состояние за несколько минут, не прилагая никаких дополнительных усилий.
Техники входа в ресурсное состояние
Техника «Якорь»
Или Якорирование. Этот способ помогает восстановить состояние и настроение за счет всяких «приемчиков» и ритуалов.
Они бывают разными, чаще всего очень индивидуальны и сделать их шаблоном невозможно, в каждый якорь нужно вложить личное состояние, а не чье-то. Мы приведем только примеры, а какие якоря сделать для себя – решает каждый сам.
Воскресное чтение книги может заряжать силами на целую неделю.
Кружка кофе на заправке делает день бодрым и не потому что действует кофе, а именно сам ритуал.
Все, что поднимает человеку настроение – можно использовать как якорь, для зацепки за ресурсное состояние.
Кто-то приезжает в определенные места, как в песне «у каждого из нас на свете есть места…», чтобы зарядить свою батарейку, кто-то смотрит конкретные фильмы, чтобы вернуться в состояние, для кого-то важно … съесть любимую еду.
Не надо стесняться своего якоря ресурсного состояния, лишь бы он не губил здоровье и был законным.
Моделирование
В этой технике используется воображение – прием ресурса из будущего. Она предполагает создание ощущения, что все хорошо и вы находитесь там, где хотите – в успехе, богатстве, процветании. Это не самообман, когда хорошо контролируется, а только настрой на прием положительной энергии
Отдых
Обязателен продуктивный отдых, но только не такой, после которого нужно восстановление моральное и физическое, а тот, который поможет расслабиться и получить энергию.
Конечно, допустимы активные и экстремальные виды отдыха, исключены только те, которые «высасывают» из человека энергию, например, алкоголь в нездоровом избытке.
Целеполагание
Постановка целей – это отдельный аспект мотивации. Цели нужно ставить как объемные, так и маленькие. Маленькие нужны для подбадривания мотивации. Мотивация приносит в жизнь человека положительные эмоции, а значит подпитывает ресурс и повышает уровень уверенности в себе.
Медитации
Большая часть коучей, психологов и других специалистов смежных областей уверены, что медитации помогают всегда. Специальные упражнения, музыка, условия спокойствия и тишины расслабляют мозг и освобождают его от сложных, тянущих мыслей.
Эти способы помогают войти в состояние ресурса. Но шагнуть в него мало, нужно сохранить это состояние. Желательно навсегда.
Как сохранить ресурсное состояние
Ресурсное состояние – это настроение и наполненность энергией, чтобы его не потерять, нужно его поддерживать.
Есть несколько техник, которые помогут этому.
План с заготовкой. Вы решили завтра начать день с пробежки – положите себе спортивный костюм на видное место.
Есть очень важные дела, но одолевает прокрастинация? Напишите список дел на завтра (но с разумным тайм-менеджментом) и превратите этот план в игру или квест, где будете отмечать каждый пройденный уровень.
Постоянно откладываете сложное дело? Сделайте для него заготовку вечером, утром нужно будет только продолжить.
Дайте мозгу возможность подготовиться, остальное он сделает сам.
Игра с гормонами. Все уже знают, что существует гормон радости. Чем больше вырабатывается такого гормона, тем меньше шансов выйти из ресурсного состояния. Найти повод для улыбки иногда не просто, тогда садитесь и выписывайте все достижения и полезные действия, которые сделали. Даже с беспорядком дома можно бороться таким способом, просто радуясь тому, что наконец-то помыли холодильник, завтра уже легче будет мыть вытяжку, хотя еще вчера это все казалось страшно сложным.
Разбавь рутину. Если есть какие-то дела, которые отнимают много энергии и концентрации, то есть смысл их разбавить чем-то любимым, позитивным. Не обязательно это должен быть кофе-тайм, хотя тоже можно. Вам нравится рисовать, а отчет никак не доделывается? Возьмите паузу, порисуйте минут 15-20, после такого отдыха скорость работы с отчетом увеличится.
Не перегружайте себя. Огромное значение имеет эффективный тайм-менеджмент. Не нужно писать себе в план на 1 день то, что делается всю неделю. Не сделанные дела расшатывают мотивацию, а это приводит к выходу из ресурса.
Фокусирование. Один из самых сложных навыков ресурсного состояния, которому нужно будет учиться, если его нет. Достаточно сложно держать внимание на чем-то одном, если постоянно хочется отвлечься. Но ежедневные занятия помогут выработать фокусирование. Почему это так важно? Постоянное распыление на разные задачи, при этом ничего не доведенное до конца – вытягивает энергию и выводит из ресурса. У большинства людей именно из-за невозможности фокусироваться и концентрироваться возникают проблемы с ресурсным состоянием.
Чуткое отношение к себе. Не стоит забывать о своем здоровье, вовремя обращаться к специалистам, правильно отдыхать и питаться, заниматься любимыми процедурами (спорт, красота).
Грамотные растраты энергии. Не стоит отдавать свою энергию в источники, которые не приносят результата и радости. К таким, чаще всего, относится жертвенная помощь ближнему. Помогайте, если можете помочь, а не помогайте, если будете чем-то жертвовать.
Избавиться от ресурсных вампиров. Ими может быть все, что угодно – ненужные проекты, общение, задачи. Если что-то из этого вызывает негатив, а острая потребность в контакте с «вампиром» отсутствует, то срочно нужно избавиться от него как от проблемы.
Есть еще одна рекомендация – воспоминания. Но трудно ее назвать универсально полезной, так как для некоторых людей даже положительные воспоминания приносят эмоциональные проблемы. Поэтому, совет «вспомнить что-то хорошее» подойдет не всем, но если именно вас это вдохновляет, то почему бы и нет?
Этот перечень рекомендаций не закрытый. У каждого есть свой способ вернуться к ресурсному состоянию, поддерживать и использовать его по назначению.
Бывает, что достаточно сложно просто прочитать несколько рекомендаций и начать возвращаться в ресурс. В некоторых случаях требуется дополнительная помощь и ей могут стать книги.
Книги о ресурсном состоянии
К. Смит «Управление тревогой». Книга, которая рассказывает от тревожности и ее природе. Как бороться с тем, что часто тянет в низ и выбивает из колеи.
Э. Нагоски, А. Нагоски «Выгорание». Эта книга для женщин, так как авторы считают, что выгорания у женщин и мужчин совершенно разные. В книге отражены причины, признаки выгорания и способы борьбы с ним.
Х. Элрод «Магия утра». Одна из самых популярных книг нон-фикшен. Автор учит принимать утро и говорит о том, что первый час дня определяет успех человека. Позитивное пробуждение – это тоже часть ресурсного состояния.
К. Типпинг «Радикальное прощение». Из ресурсного состояния могут вывести обиды, злость. Некоторые сравнивают обиды с мешком гнилой картошки, как в китайской мудрости. И таскать этот мешок с собой тяжело. Он все тянет и тянет назад. Книга «Радикальное прощение» о том, как отпустить все обиды, освободить свой разум от негатива.
И. Хакамада «Рестарт». Этого автора знают в России все. Женщина-история, так как вышла она из политики и часто упоминалась в СМИ. Сильная и стильная женщина написала книгу о мотивации и борьбе со страхом перед начинаниями, книга подойдет и мужчинам, и женщинам.
Хорошая литература всегда идет на пользу. Главное правильно ее читать. Правильно выбранное время для чтения всегда приносит успех.
Ресурсное состояние нужно всем без исключения, не стоит слушать тех, кто говорит «ты просто этим прикрываешь лень». Вероятно, что состояние нежелания что-либо делать и отсутствие мотивации связано с внутренними проблемами, которые «помогли» выйти из ресурса. Мы рождены не для того, чтобы работать на износ, нужно это помнить и выбирать себе максимально ресурсный и наполненный путь, исключая негатив и необоснованные растраты собственных сил.
Если именно сейчас вы чувствуете, что силы и настроение вас покинули – начните с тела. Проверьте свое здоровье, начните делать зарядку утром или ходите в зал. Добавьте в вашу жизнь движения, а после этого мозг начнет подтягиваться и наградит вашу жизнь не только идеями и вдохновением, но состоянием драйва от ощущения любви к жизни.
Вам может быть удобнее читать нас в Telegram присоединяйтесь!
Определение состояния ресурса | Law Insider
Относится к
Состояние ресурса
Инфраструктура общественных услуг означает общественно контролируемую инфраструктуру следующих видов:
Зона планирования управления ливневыми водами означает географическую зону, для которой агентство по планированию управления ливневыми водами уполномочено готовить ливневые стоки планы управления или определенная часть этой территории, указанная в плане управления ливневыми водами, подготовленном этим агентством.
План управления записями означает план, подготовленный Покупателем и утвержденный Хранителем документации Шотландии в соответствии с разделом 1 Закона.
Пищевой завод означает коммерческое предприятие, которое производит, упаковывает, маркирует или хранит пищу для потребления человеком и не предоставляет пищу напрямую потребителю. «Завод по переработке пищевых продуктов» не включает в себя следующее:
План управления ливневыми водами означает набор чертежей и других документов, которые содержат всю информацию и спецификации для программ, дренажных систем, конструкций, BMP, концепций и предназначенных технологий. для поддержания или восстановления качества и количества ливневых стоков до уровней, предшествующих застройке.
Общественная система водоснабжения означает систему для обеспечения населения водопроводной водой для потребления людьми, если система имеет не менее пятнадцати подключений к услугам или регулярно обслуживает не менее двадцати пяти человек. Термин включает любой источник воды и любые сооружения для сбора, обработки, хранения и распределения, находящиеся под контролем оператора системы и используемые в первую очередь в связи с системой, а также любые сооружения для сбора или предварительной обработки воды, не находящиеся под таким контролем, которые используются в основном. в связи с системой.
Перерабатывающий завод означает установку для извлечения сероводорода, этана, сжиженного природного газа или других веществ из природного газа, но не включает в себя устьевой сепаратор или дегидратор.
Когенерация означает одновременное производство в одном процессе тепловой энергии и электрической или механической энергии;
Идентификатор глобального ресурса CAISO означает номер или имя, присвоенное CAISO счетчику, утвержденному CAISO.
Программа управления ливневыми водами штата Вирджиния или «VSMP» означает программу, утвержденную советом директоров после 13 сентября 2011 года, которая была создана органом VSMP для управления качеством и количеством стока, возникающим в результате деятельности, нарушающей почву, и должна включать такие элементы, как местные постановления, правила, требования к разрешениям, годовые стандарты и спецификации, политики и руководящие принципы, технические материалы и требования к обзору плана, инспекции, правоприменению, если это разрешено Законом и соответствующими нормативными актами, а также оценка в соответствии с требованиями Закон об SWM и связанные с ним нормативные акты.
Услуга по производству электроэнергии означает предоставление розничной электроэнергии и мощности, которые генерируются за пределами места, где измеряется потребление такой электроэнергии и мощности для целей розничного выставления счетов, включая связанные с этим соглашения и договоренности;
Агентство по планированию управления ливневыми водами означает государственный орган, уполномоченный законодательством на подготовку планов управления ливневыми водами.
Система управления ливневыми водами означает систему управления поверхностными водами, которая спроектирована и построена или внедрена для контроля сбросов, вызванных дождевыми дождями, включая методы сбора, транспортировки, хранения, поглощения, предотвращения, обработки, использования или повторного использования воды. для предотвращения или уменьшения затопления, чрезмерного дренажа, ухудшения состояния окружающей среды и загрязнения воды или иного воздействия на количество и качество сбросов из системы.[Разделы 373.403 (10) и 403.031 (16), F.S.]
Услуги помощника по уходу на дому означает те задачи, которые выполняются пациентом помощником по уходу на дому под руководством дипломированной медсестры или терапевта.
Восстановление ресурсов означает восстановление материалов или энергии из твердых отходов.
Полномочия Программы управления ливневыми водами штата Вирджиния или «полномочия VSMP» означают полномочия, утвержденные Советом штата после 13 сентября 2011 года для реализации Программы управления ливневыми водами штата Вирджиния.
услуги водоснабжения — услуги водоснабжения и водоотведения;
Fertility Services — это лечение и процедуры, которые помогут вам забеременеть.
Услуги компании означает любые услуги (включая, помимо прочего, техническую поддержку и поддержку продуктов, технические консультации, андеррайтинг и обслуживание клиентов), предоставляемые Компанией или ее Аффилированными лицами в сфере специального страхования имущества и / или страхования от несчастных случаев.
Драйвер транспортной сетевой компании или «драйвер TNC» означает
Тест общей стоимости ресурсов или «Тест TRC» означает стандарт, который выполняется, если для инвестиций в меры по энергоэффективности или мер реагирования спроса выгода -соотношение затрат больше единицы.Соотношение выгод и затрат — это отношение чистой приведенной стоимости общих выгод программы к чистой приведенной стоимости общих затрат, рассчитанной на протяжении срока действия мер. Тест общей стоимости ресурсов сравнивает сумму предотвращенных затрат на коммунальные услуги, представляющую выгоды, которые получают система и участник реализации этих мер по повышению эффективности, а также другие поддающиеся количественной оценке социальные выгоды, включая предотвращенные затраты на коммунальные услуги природного газа, с сумма всех дополнительных затрат на меры по конечному использованию, которые реализованы благодаря программе (включая как коммунальные услуги, так и взносы участников), плюс затраты на администрирование, реализацию и оценку каждой программы на стороне спроса, чтобы количественно оценить чистую экономию, полученную путем замены программа спроса на ресурсы предложения.При расчете предотвращенных затрат на электроэнергию и энергию, которые в противном случае пришлось бы приобретать электроэнергетическому предприятию, должны быть включены разумные оценки финансовых затрат, которые могут быть наложены будущими нормативными актами и законодательством о выбросах парниковых газов.
Ущерб природным ресурсам или «NRD» означает любой ущерб, который может быть возмещен Соединенными Штатами или штатом от имени общественности за ущерб, разрушение, потерю или повреждение природных ресурсов на Участке в результате высвобождения опасных веществ, включая, помимо прочего: (i) затраты на оценку таких повреждений, разрушения, потери или ухудшения качества, возникающие в результате или в связи с таким выбросом; (ii) затраты на восстановление, реабилитацию или замену поврежденных или утраченных природных ресурсов или на приобретение эквивалентных ресурсов; (iii) затраты на планирование таких восстановительных работ; (iv) компенсация за ущерб, разрушение, утрату, обесценение, уменьшение стоимости или утрату возможности использования природных ресурсов; и (v) каждой из категорий возмещаемых убытков, описанных в 43 C.F.R. § 11.15 и применимое законодательство штата.
Система водоснабжения означает конструкции, акведуки, трубы, клапаны, насосы, счетчики или другое относящееся к ним оборудование, право собственности на которые передается муниципалитету и которые используются или предназначены для использования им в связи с поставкой вода, и включает в себя любую часть системы; и
Отчет об управлении проектом означает каждый отчет, подготовленный в соответствии с Разделом 4.02 настоящего Соглашения;
вспомогательное средство для обработки означает любое вещество, которое само по себе не используется в качестве пищевого ингредиента, преднамеренно используется при обработке сырья, пищевых продуктов или их ингредиентов для выполнения определенной технологической цели во время обработки или обработки и может привести к непреднамеренному, но технически неизбежное присутствие остатков вещества или его производных в конечном продукте при условии, что эти остатки не представляют опасности для здоровья и не оказывают какого-либо технологического воздействия на готовый продукт;
Соглашение о присоединении генерации означает соглашение о присоединении крупного генератора, которое должно быть заключено отдельно между Продавцом и Поставщиком присоединения в отношении Объектов присоединения.
4. Ресурсо-ориентированная архитектура — веб-службы RESTful [Книга]
Глава 4. Ресурсно-ориентированная архитектура
Я показал вам мощь REST, но не показал вам систематического как устроена эта власть или как ее раскрыть. В этой главе я очертить конкретную архитектуру RESTful: ориентированная на ресурсы Архитектура (РОА). ROA — это способ превратить проблему в RESTful веб-сервис: набор URI, HTTP и XML, который работает как остальная часть Интернета, и программисты будут пользоваться ею.
В главе 1 я классифицировал сеть RESTful services своими ответами на два вопроса. Эти ответы соответствуют две из четырех определяющих функций REST:
Информация об объеме («почему сервер должен отправлять эти данные вместо этих данных? ») хранится в URI. Это принцип адрес .
Информация о методе («почему сервер должен отправлять эти данные вместо его удаления? ») хранится в методе HTTP.Есть только несколько методов HTTP, и все заранее знают, что они делают. Этот является принципом единого интерфейса .
В этой главе я представляю движущиеся части Ресурсо-ориентированная архитектура: ресурсы (конечно), их названия, их представления и связи между ними. Я объясняю и продвигаю свойства ROA: адресуемость, отсутствие состояния, связность и единый интерфейс. Я показываю, как веб-технологии (HTTP, URI и XML) реализуют движущиеся части, чтобы сделать свойства возможными.
В предыдущих главах я проиллюстрировал концепции, указывая на существующие веб-сервисы, такие как S3. Я продолжаю эту традицию в этой главе, но я также проиллюстрирую концепции, указав на существующие веб-сайты. Надеюсь, я уже убедил вас, что веб-сайты — это веб-службы, и что многие веб-приложения (например, поисковые системы) являются веб- Сервисы. Когда я говорю об абстрактных понятиях, таких как адресуемость, полезно, чтобы показать вам реальные URI, которые вы можете ввести в свой веб-браузер, чтобы увидеть концепции в действии.
Что теперь с ориентацией на ресурсы?
Почему появился новый термин — ресурсо-ориентированная архитектура? Почему не просто сказать ОТДЫХ? Ну, я говорю ОТДЫХ на обложке этой книги, и я считают, что все в ресурсо-ориентированной архитектуре также ОТДЫХ. Но REST — это не архитектура: это набор критериев проектирования. Можно сказать, что одна архитектура соответствует этим критериям лучше, чем другой, но не существует одной «архитектуры REST».
До сих пор люди имели тенденцию создавать одноразовые архитектуры как они разрабатывают свои услуги в соответствии со своим пониманием ОТДЫХАТЬ.Наиболее очевидным результатом этого является широкое разнообразие REST-RPC. гибридные веб-сервисы, которые, по утверждению их создателей, являются RESTful. Я пытаюсь положить этому конец, представив набор конкретных правил построения веб-сервисы, которые действительно будут RESTful. В следующих двух главах я расскажу даже покажите простые процедуры, которым вы можете следовать, чтобы превратить требования в Ресурсы. Если вам не нравятся мои правила, вы хотя бы имеете представление о что вы можете изменить и оставаться в состоянии RESTful.
Как набор критериев проектирования, REST является очень общим.Особенно, он не привязан к Интернету. В REST ничего не зависит от механики HTTP или структура URI. Но я говорю о web , поэтому я явно привязываю Ресурсно-ориентированная архитектура для веб-технологий. я хочу поговорить о том, как выполнять REST с HTTP и URI, в конкретном программировании языков. Если в будущем появятся RESTful-архитектуры, которые не работают в Интернете их передовые методы, вероятно, будут похожи на ROA, но детали будут другими.Мы перейдем этот мост, когда мы подходим к этому.
Традиционное определение REST оставляет много открытого пространства, которые практикующие засеяли фольклором. Я намеренно иду дальше чем Рой Филдинг в его диссертации или W3C в их стандартах: I хотите расчистить часть этого открытого пространства, чтобы в фольклоре было место для превратиться в четко определенный набор передовых практик. Даже если бы REST был архитектура, было бы несправедливо называть мою архитектуру таким же имя.Я бы связал свои эмпирические наблюдения и предложения с более общие мысли создателей Сети.
Моя последняя причина, по которой я придумал новый термин, заключается в том, что «ОТДЫХ» — это термин, используемый в религиозных войнах ботаников. Когда он используется, подразумевается обычно существует одна настоящая архитектура RESTful, и именно она спикер предпочитает. Люди, предпочитающие другую архитектуру RESTful не согласен. Фрагменты сообщества REST, несмотря на общее согласие по базовые вещи, такие как значение URI и HTTP.
В идеале не было бы религиозных войн, но я насмотрелся достаточно, чтобы знайте, что желание не положит им конец. Итак, я даю отличительное имя своему философия того, как должны разрабатываться RESTful-приложения. Когда эти идеи неизбежно используются как корм в войнах, люди, которые не согласны с я могу затронуть аспекты ресурсо-ориентированной архитектуры отдельно от других архитектур RESTful и от REST в целом. Ясность первый шаг к пониманию.
Фразы «ресурсоориентированный» и «ресурсоориентированный» архитектура »были использованы для описания RESTful-архитектур в Общее. ^[] Я не утверждаю, что «ресурсо-ориентированная архитектура» полностью оригинальный термин, но я думаю, что мое использование хорошо сочетается с ранее существовавшие варианты использования, и что лучше использовать этот термин, чем утверждать говорят за REST в целом.
Ресурс — это все, что достаточно важно, чтобы на него ссылались как на вещь в себе.Если ваши пользователи могут «захотеть создать гипертекстовую ссылку к нему, делать или опровергать утверждения о нем, извлекать или кэшировать представление его, включить его полностью или частично в виде ссылки в другое представление, аннотировать его или выполнять с ним другие операции », тогда вы должны сделать это ресурсом. ^[]
Обычно ресурс — это то, что может храниться на компьютере. и представлен в виде потока битов: документ, строка в базе данных или результат выполнения алгоритма.Ресурс может быть физическим объектом как яблоко, или абстрактное понятие, как храбрость, но (как мы увидим позже) представления о таких ресурсах обязательно разочаруют.
Вот некоторые возможные ресурсы:
Версия 1.0.3 программного обеспечения
Последняя версия выпуска программного обеспечения
Первая запись в блоге от 24 октября 2006 г.
A road карта Литл-Рока, Арканзас
Некоторая информация о медузах
Справочник ресурсов, относящихся к медузам
Следующее простое число после 1024
Следующие пять простых чисел после 1024
Номера продаж для Q42004
Отношения между двумя знакомыми, Алисой и Боб
Список открытых ошибок в базе данных ошибок
Что делает ресурс ресурсом? Должен иметь на хотя бы один URI. URI — это имя и адрес ресурса. Если у части информации нет URI, это не ресурс и на самом деле его нет в Интернете, за исключением небольшого количества данных, описывающих некоторые другой ресурс.
Помните пример сеанса в Предисловии, когда я высмеивал HTTP 0.9? Допустим, это запрос HTTP 0.9. для http://www.example.com/hello.txt :
Запрос клиента Ответ сервера
GET / привет.txt
Привет, мир!
Клиент HTTP манипулирует ресурсом, подключаясь к серверу который размещает его (в данном случае www.example.com ), и отправляя серверу метод («GET») и путь к ресурсу («/hello.txt»). Сегодняшний HTTP 1.1 немного сложнее, чем 0.9, но работает так же. Оба сервер и путь берутся из URI ресурса.
Запрос клиента Ответ сервера
GET / привет.txt HTTP / 1.1 Хост: www.example.com
200 ОК Тип содержимого: текст / простой Привет, мир!
Принципы, лежащие в основе URI, хорошо описаны Тимом Бернерсом-Ли в Universal Resource Идентификаторы — аксиомы веб-архитектуры. В этом разделе я изложить принципы построения URI и присвоения их Ресурсы.
Совет
URI — это фундаментальная технология Интернета. Были гипертекстовые системы до HTML и Интернет-протоколы до HTTP, но они не разговаривали друг с другом.URI связывает все эти Интернет-протоколы в Интернете, способ, которым соединены сети TCP / IP как Usenet, Bitnet и CompuServe в едином Интернете. Тогда Интернет перехватил эти другие протоколы и убил их, как и Интернет сделал с частными сетями.
Сегодня мы смотрим в Интернет (не Gopher), скачиваем файлы из Интернета. (не FTP-сайты), поиск публикаций в Интернете (не WAIS) и наличие разговоры в сети (не группы новостей Usenet).Контроль версий такие системы, как Subversion и Arch, работают через Интернет, в отличие от собственный протокол CVS. Даже электронная почта медленно перемещается в Интернет.
Интернет убивает другие протоколы, потому что в нем что-то больше всего отсутствуют протоколы: простой способ пометить каждый доступный элемент. Каждый ресурс в Интернете имеет хотя бы один URI. Вы можете прикрепить URI к рекламный щит. Люди могут увидеть этот рекламный щит, ввести этот URI в свою сеть. браузеры и перейдите прямо к ресурсу, который вы хотите им показать.Это может кажется странным, но это повседневное взаимодействие было невозможно до появления URI были изобретены.
URI должны быть описательными
Вот первая точка, в которой ROA строится на разреженных рекомендации тезиса REST и рекомендации W3C. я предположить, что ресурс и его URI должны иметь интуитивно понятный переписка. Вот несколько хороших URI для ресурсов, которые я перечислил выше:
http: // www.example.com/software/releases/1.0.3.tar.gz
http://www.example.com/software/releases/latest.tar.gz
http: // www.example.com/weblog/2006/10/24/0
http://www.example.com/map/roads/USA/AR/Little_Rock
http: // www.example.com/wiki/Jellyfish
http://www.example.com/search/Jellyfish
http: // www.example.com/nextprime/1024
http://www.example.com/next-5-primes/1024
http://www.example.com/sales/2004/ 4 квартал
http://www.example.com/relationships/Alice;Bob
http://www.example.com/bugs/by-state/open
URI должны иметь структуру. Они должны варьироваться в предсказуемой способы: не следует заходить в / search / Jellyfish для медуз и / i-want-to-know-about / Mice для мышей.Если клиент знает структуру URI сервиса, он может создавать свои собственные точки входа в сервис. Это позволяет клиентам легко использовать свои услуги способами, о которых вы даже не думали.
Это не абсолютное правило REST, как мы увидим в разделе «Назовите ресурсы» главы 5. Технически URI не обязательно должны иметь какую-либо структуру или предсказуемость, но я думаю, что они должны. Это одно из правил хорошего веб-дизайна, и он одинаково проявляется в гибридных сервисах RESTful и REST-RPC.
Связь между URI и ресурсами
Давайте рассмотрим некоторые крайние случаи. Могут ли два ресурса быть одинаковыми? Могут ли два URI обозначать один и тот же ресурс? Может ли один URI обозначать два ресурса?
По определению, два ресурса не могут быть одинаковыми. Если бы они были то же самое, у вас будет только один ресурс. Однако в какой-то момент в раз два разных ресурса могут указывать на одни и те же данные. Если Текущая версия программного обеспечения — 1.0,3, то http://www.example.com/software/releases/1.0.3.tar.gz и http://www.example.com/software/releases/latest.tar.gz некоторое время будет ссылаться на один и тот же файл. Но идеи позади этих двух URI различаются: один из них всегда указывает на конкретная версия, а другие указывают на самую новую версию в то время, когда клиент обращается к нему. Это две концепции и две Ресурсы. Вы не будете указывать ссылку на последний при сообщении об ошибке в версии 1.0,3.
Ресурс может иметь один или несколько URI. Доступные номера продаж на http://www.example.com/sales/2004/Q4 может также быть доступным на http://www.example.com/sales/Q42004 . Если ресурс имеет несколько URI, клиентам проще ссылаться на ресурс. Обратной стороной является то, что каждый дополнительный URI разбавляет значение. всех остальных. Некоторые клиенты используют один URI, некоторые — другой, и нет автоматического способа проверить, что все URI относятся к одному и тому же ресурс.
Совет
Один из способов обойти это — предоставить несколько URI для тот же ресурс, но пусть один из них будет «каноническим» URI для этот ресурс. Когда клиент запрашивает канонический URI, сервер отправляет соответствующие данные вместе с кодом ответа 200 («OK»). Когда клиент запрашивает один из других URI, сервер отправляет код ответа 303 («См. также») вместе с каноническим URI. Клиент не видит, указывают ли два URI на один и тот же ресурс, но он может сделать два запроса HEAD и посмотреть, есть ли один URI перенаправляет к другому, или если они оба перенаправляют к третьему URI.
Другой способ — обслуживать все URI, как если бы они были то же самое, но укажите «канонический» URI в заголовке ответа Content-Location всякий раз, когда кто-то запрашивает неканонический URI.
Получение продаж / 2004/4 кв. получить тот же поток байтов, что и при получении продаж / Q42004 , потому что это разные URI для того же ресурса: «продажи за последний квартал 2004 года». Получение релизов / 1.0.3.tar.gz может дать вы используете тот же поток байтов, что и при загрузке релизов / latest.tar.gz , но они разные ресурсы, потому что они представляют разные вещи: «версия 1.0.3 »и« последняя версия ».
Каждый URI обозначает ровно один ресурс. Если он обозначил больше чем один, это не будет ресурс Universal Идентификатор. Однако, когда вы получаете URI, сервер может отправить вам информация о нескольких ресурсах: одном запрошенном и другом, связанные.Когда вы загружаете веб-страницу, она обычно передает некоторые информация сама по себе, но также есть ссылки на другие веб-страницы. Когда вы получаете корзину S3 с помощью клиента Amazon S3, вы получаете документ который содержит информацию о сегменте и информацию о связанные ресурсы: объекты в корзине.
Теперь, когда я представил ресурсы и их URI, можно перейти к углубиться в две особенности ROA: адресуемость и безгражданство.
Приложение является адресуемым, если оно раскрывает интересные аспекты его набора данных как ресурсов. Поскольку ресурсы открыты через URI адресуемое приложение предоставляет URI для каждой части информации, которую он предположительно мог бы служить. Обычно это бесконечное количество URI.
С точки зрения конечного пользователя, адресуемость важный аспект любого веб-сайта или приложения. Пользователи умны, и они пропустят или устранят почти любой недостаток, если данные достаточно интересно, но очень сложно обойтись без адресуемость.
Рассмотрим реальный URI, который называет ресурс в жанре «каталог». ресурсов о медузах »: http://www.google.com/search?q=jellyfish. Эта медуза поиск - это такой же реальный URI, как и http://www.google.com. Если HTTP не был адресуемым, или если поисковая система Google не была адресным веб-приложением, я не сможет опубликовать этот URI в книге. Я должен вам сказать: «Откройте веб-соединение с google.com , введите "медуза" в поле поиска и нажмите "Поиск в Google" кнопка.”
Совет
Это не академическая проблема. До середины 1990-х годов, когда ftp: // URI стали популярными для описания файлов на FTP-сайтах, людям приходилось писать что-то вроде: «Запустить анонимный сеанс FTP на ftp.example.com . Затем перейдите в каталог pub / files / и скачать файл file.txt . ” URI сделал FTP как адресуемый как HTTP. Теперь люди просто пишут: «Скачать ftp://ftp.example.com/pub/files/file.txt ». В шаги такие же, но теперь их можно выполнять на машине.
Но HTTP и Google адресуются, поэтому я могу распечатать этот URI в книге. Вы можете прочитать его и ввести. Когда вы это сделаете, вы окажетесь там, где Я был, когда просматривал веб-приложение Google.
Затем вы можете добавить эту страницу в закладки и вернуться к ней позже. Вы можете ссылку на него на собственной веб-странице. Вы можете отправить URI по электронной почте кому-нибудь еще. Если HTTP нельзя было адресовать, вам пришлось бы загрузить всю страницу и отправьте файл HTML как вложение.
Для экономии полосы пропускания вы можете настроить кеш HTTP-прокси в своей локальной сети. В первый раз кто-то запросы http://www.google.com/search?q=jellyfish, кеш сохранит локальную копию документа. В следующий раз кто-нибудь попадает в этот URI, кеш может обслуживать сохраненную копию вместо скачивая снова. Это возможно только в том случае, если на каждой странице есть уникальная идентифицирующая строка: адрес.
Можно даже связать URI: использовать один URI в качестве входных данных для другой.Вы можете использовать внешнюю веб-службу для проверки страницы HTML или перевести его текст на другой язык. Эти веб-сервисы ожидайте URI в качестве входных данных. Если бы HTTP не был адресован, у вас не было бы возможности сообщая им, на каком ресурсе вы хотите, чтобы они работали.
Сервис Amazon S3 доступен, потому что каждый сегмент и каждый объект имеет свой собственный URI, как и список ведра. Ведра и предметы которые еще не существуют, еще не являются ресурсами, но у них тоже есть свои URI: вы можете создать ресурс, отправив запрос PUT на его URI.
Файловая система на вашем домашнем компьютере - еще одна адресуемая система. Приложения командной строки могут указывать путь к файлу и выполнять странные вещи к нему. Ячейки в электронной таблице также адресуются; вы можете вставить имя ячейки в формулу, и формула будет использовать какое бы значение ни было в данный момент в этой ячейке. URI - это пути к файлам и адреса ячеек в сети.
Адресация - одна из лучших особенностей веб-приложений. Это позволяет клиентам легко использовать веб-сайты так, как это было раньше. дизайнеры и представить не могли.Следование этому правилу дает вам и вашему пользователям многие преимущества REST. Вот почему службы REST-RPC так общие: они сочетают адресуемость с программированием вызова процедуры модель. Вот почему я выставил максимальную оплату ресурсов во имя Ресурсо-ориентированная архитектура: потому что ресурсы - это своего рода вещи это адресно.
Это кажется естественным, так как Интернет должен работать. К несчастью, многие веб-приложения не работают таким образом.Это особенно это касается приложений Ajax. Как я показал в главе 11, большинство приложений Ajax - это просто клиенты для RESTful или гибридного Интернета. Сервисы. Но когда вы используете этих клиентов, как если бы они были веб-сайтами, вы замечаете, что не похожи на на сеть места.
Не надо придираться к маленьким ребятам; давайте продолжим наш тур по свойства Google, рассматривая онлайн-службу электронной почты Gmail. С точки зрения конечного пользователя, существует только один URI Gmail: https: // mail.google.com/. Что бы вы ни делали, что бы части информации, которую вы получаете или загружаете в Gmail, вы никогда не сможете увидеть другой URI. Ресурс «Электронные сообщения о медузах» не адресуемым, как и "веб-страницы о медузах" Google. ^[] Но за кулисами, как я показал в главе 11, находится веб-сайт, к которому можно обращаться. Список писем сообщения о медузе имеет ли URI: это https://mail.google.com/mail/?q=jellyfish&search=query&view=tl.Проблема в том, что вы не являетесь потребителем этого веб-сайта. Веб-сайт на самом деле веб-сервис, а реальный потребитель - это программа на JavaScript. работает в вашем веб-браузере. ^[] Веб-служба Gmail адресуется, но веб-служба Gmail приложение, которое его использует, нет.
Адресуемость - одна из четырех основных характеристик ROA. Второй безгражданство. Я дам вам два определения безгражданства: несколько общее определение и более практическое определение, ориентированное на в сторону РОА.
Без сохранения состояния означает, что каждый HTTP-запрос происходит в полной изоляции. Когда клиент делает HTTP-запрос, он включает всю информацию, необходимую серверу для выполнения этого запрос. Сервер никогда не полагается на информацию из предыдущих запросов. Если бы эта информация была важна, клиент отправил бы ее снова. в этом запросе.
Практически рассмотрим безгражданство с точки зрения адресуемость. Адресуемость говорит о том, что каждая интересная часть информация, которую может предоставить сервер, должна быть представлена как ресурс, и учитывая его собственный URI.Безгражданство говорит, что возможно заявляет, что сервера также являются ресурсами и должны быть предоставлены свои собственные URI. Клиент не должен уговаривать сервер в определенное состояние, чтобы сделать его восприимчивым к определенному запросу.
В человеческой сети вы часто сталкиваетесь с ситуациями, когда ваш кнопка "Назад" в браузере работает некорректно, и вы не можете вернуться и вперед в истории вашего браузера. Иногда это потому, что вы исполняли безвозвратное действие, такое как размещение записи в блоге или покупка книги, но часто это происходит потому, что вы находитесь на веб-сайте, который нарушает принцип безгражданство.Такой сайт ожидает, что вы будете делать запросы в определенном порядок: A, B, затем C. Он запутывается, когда вы делаете запрос B в секунду time вместо того, чтобы переходить к запросу C.
Давайте снова рассмотрим пример поиска. Поисковая система - это сеть сервис с бесконечным количеством возможных состояний: хотя бы одно для каждую строку, которую вы можете найти. У каждого штата есть свой URI. Вы можете запросите у службы каталог ресурсов о мышах: http://www.google.com/search?q=mice.Вы можете попросить каталог ресурсов о медузах: http://www.google.com/search?q=jellyfish. Если ты не удобно создавать URI с нуля, вы можете запросить у службы форма для заполнения: http://www.google.com/.
Когда вы запрашиваете каталог ресурсов о мышах или медузах, вы не получите весь каталог. Вы получаете сингл страница каталога: список из 10 или около того элементов поисковая система считает лучшие совпадения по вашему запросу.Чтобы получить больше каталога вы должны сделать больше HTTP-запросов. Второй и последующие страницы являются отдельными состояниями приложения, и им необходимо иметь свои собственные URI: что-то вроде http://www.google.com/search?q=jellyfish&start=10. В качестве с любым адресным ресурсом вы можете передать это состояние приложение к кому-то другому, кэшировать его или добавить в закладки и вернуться к это позже.
Рисунок 4-1 представляет собой простую диаграмму состояний. показывает, как HTTP-клиент может взаимодействовать с четырьмя состояниями поиска двигатель.
Рисунок 4-1. Поисковая система без отслеживания состояния
Это приложение без отслеживания состояния, потому что каждый раз, когда клиент делает запрос, он возвращается туда, где он был начат. Каждый запрос полностью отключен от других. Клиент может делать запросы на эти ресурсы любое количество раз в любом порядке. Он может запросить страницу 2 «мышей» перед запросом страницы 1 (или не запрашивать страницу 1 вообще), и серверу все равно.
Для сравнения, на рис. 4-2 показан одни и те же состояния организованы статно, причем состояния разумно ведут в каждое из них. Другие.Так разработано большинство настольных приложений.
Рисунок 4-2. Поисковая система с отслеживанием состояния
Это намного лучше организовано, и если бы HTTP был разработан так, чтобы Взаимодействие с отслеживанием состояния, HTTP-запросы могут быть намного проще. Когда клиент начал сеанс с поисковой системой, это могло быть автоматически загружает форму поиска. Не нужно отправлять никаких запросов данные вообще, потому что первый ответ был бы предопределен. Если клиент просматривал первые 10 записей в каталоге мышей и хотел увидеть записи 11–20, он мог просто отправить запрос, в котором говорилось «Start = 10».Не нужно было бы отправлять / search? Q = mice & start = 10 , повторяя исходные утверждения: «Я ищу и ищу мышей в специфический."
FTP работает следующим образом: у него есть понятие «рабочий каталог», который остается неизменным в течение сеанса, если вы его не измените. Ты может войти на FTP-сервер, cd to определенный каталог, и получит файл из этого каталога. Можно получить другой файл из того же каталога, не создавая второй cd команда.Почему нет поддержки HTTP это?
State упростит отдельные HTTP-запросы, но значительно усложнить протокол HTTP. FTP-клиент - это гораздо больше сложнее, чем HTTP-клиент, именно потому, что состояние сеанса должны быть синхронизированы между клиентом и сервером. Это сложная задача даже в надежной сети, которой нет в Интернете.
Устранение состояния из протокола означает устранение большого количества условия отказа.Серверу не нужно беспокоиться о клиенте тайм-аут, потому что никакое взаимодействие длится дольше одного запроса. Сервер никогда не теряет «где» каждый клиент находится в приложение, потому что клиент отправляет всю необходимую информацию с каждый запрос. Клиент никогда не совершает неправильных действий. «Рабочий каталог» из-за того, что сервер поддерживает некоторое состояние без рассказывая клиенту.
Безгражданство также содержит новые функции.Распространять легче приложение без сохранения состояния на серверах с балансировкой нагрузки. Поскольку нет двух запросы зависят друг от друга, их могут обрабатывать два разных серверы, которые никогда не взаимодействуют друг с другом. Масштабирование так же просто как подключение большего количества серверов к балансировщику нагрузки. Приложение без гражданства также легко кэшировать: часть программного обеспечения может решить, следует ли кэшировать результат HTTP-запроса, просто просмотрев этот единственный запрос. Нет мучительной неуверенности в том, что состояние из предыдущего запроса может влияют на кэшируемость этого.
Клиент также получает выгоду от безгражданства. Клиент может обработать каталог «mice» до страницы 50, добавить в закладки / search? q = mice & start = 500 и вернуться неделю спустя, не перебирая десятки состояний-предшественников. URI, который работает, когда вы часами погрузились в сеанс HTTP, будет работать. так же, как первый URI, отправленный в новом сеансе.
Чтобы сделать вашу услугу адресной, вам нужно поработать, разбейте данные вашего приложения на наборы ресурсов.HTTP - это протокол без сохранения состояния, поэтому, когда вы пишете веб-службы, вы получить безгражданство по умолчанию. Вы должны что-то сделать, чтобы сломать Это.
Самый распространенный способ избавиться от безгражданства - использовать свой версия HTTP-сессий framework. Когда пользователь впервые заходит на ваш сайт, он получает уникальную строку, которая идентифицирует его сеанс с сайтом. Строка может храниться в файле cookie, или сайт может распространять уникальную строку через все URI, которые он обслуживает конкретный клиент.Вот файл cookie сеанса, устанавливаемый Rails приложение:
Set-Cookie: _session_id = c1c934bbe6168dcb904d21a7f5644a2d; path = /
Этот URI передает идентификатор сеанса в приложении PHP: http://www.example.com/forums?PHPSESSID=27314962133 .
Важно то, что бессмысленное шестнадцатеричное или десятичное число не государство. Это ключ к структуре данных на сервере, и структура данных содержит состояние. Нет ничего безмятежного URI с отслеживанием состояния: именно так сервер сообщает о возможных следующих состояниях клиенту.(Однако там - это , что-то Не беспокойтесь о файлах cookie, о чем я рассказываю в книге "Проблемы с файлами cookie". К используйте аналогию с веб-браузером, файлы cookie ломают спину клиента веб-службы (кнопка)
Подумайте о переменной запроса start = 10 в URI, встроенном в страницу HTML. обслуживается поисковой системой Google. Это сервер, отправляющий возможное следующее состояние к клиенту.
Но эти URI должны содержать состояние, а не просто укажите ключ к состоянию, хранящемуся на сервере. start = 10 означает что-то само по себе, и PHPSESSID = 27314962133 - нет. RESTfulness требует, чтобы состояние оставалось на стороне клиента и было передается на сервер для каждого запроса, который в этом нуждается. Сервер может подтолкнуть клиента к новым состояниям, отправив ссылки с отслеживанием состояния для клиент, за которым следует следовать, но он не может сохранять собственное состояние.
Состояние приложения и состояние ресурса
Когда мы говорим о «безгражданстве», что считается «состоянием»? Что разница между постоянными данными, полезными данными на стороне сервера это заставляет нас в первую очередь хотеть использовать веб-службы, и это заявляют, что мы пытаемся держаться подальше от сервера? Веб-сервис Flickr позволяет вы загружаете изображения в свою учетную запись, и эти изображения хранятся в сервер.Было бы безумием заставлять клиента отправлять все свои фотографии вместе с каждым запросом к flickr.com , просто чтобы сервер не необходимость хранить любое состояние. Это разрушило бы весь смысл услуга. Но в чем разница между этим сценарием и состоянием о сеансе клиента, который, как я утверждаю, не следует сервер?
Проблема в терминологии. Безгражданство подразумевает наличие только один вид состояния и что сервер должен обходиться без него.На самом деле есть два вида государства. С этого момента в книге Я собираюсь различать приложение состояние , которое должно жить на клиенте, и ресурсное состояние , которое должно жить на сервер.
Когда вы используете поисковую систему, ваш текущий запрос и ваш Текущая страница - это биты состояния приложения. Это состояние другое для каждого клиента. Возможно, вы находитесь на третьей странице результатов поиска по запросу "Медуза", и я могу оказаться на первой странице результатов поиска по запросу "мышей.»Номер страницы и запрос отличаются, потому что мы взяли разные пути через приложение. Наши соответствующие клиенты хранят разные биты состояния приложения.
Веб-сервис должен заботиться только о состоянии вашего приложения когда вы действительно делаете запрос. В остальное время это даже не знает, что вы существуете. Это означает, что всякий раз, когда клиент делает запрос, он должен включать все состояния приложения, которые сервер будет нужно обработать запрос.Сервер может отправить обратно страницу с ссылки, сообщая клиенту о других запросах, которые он может захотеть сделать в будущем, но тогда он может забыть о клиенте до тех пор, пока следующий запрос. Вот что я имею в виду, когда говорю, что веб-сервис должен быть «Без гражданства». Клиент должен сам управлять своим путем через приложение.
Состояние ресурса одинаково для каждого клиента, и его собственное место находится на сервере. Когда вы загружаете изображение на Flickr, вы создаете новый ресурс: новое изображение имеет свой собственный URI и может быть целью будущих запросов.Вы можете получить, изменить и удалить ресурс «изображение» через HTTP. Это там для все: Я тоже могу его принести. Картинка немного о ресурсном состоянии, и остается на сервере, пока клиент не удалит его.
Состояние клиента может отображаться, когда вы этого не ожидаете. Много сети службы заставляют вас подписаться на уникальную строку, которую они называют ключом API или ключ приложения. Вы отправляете этот ключ с каждым запросом, а сервер использует его, чтобы ограничить вас определенным количеством запросов в день.Например, ключ API для устаревшего API поиска Google SOAP: подходит для 1000 запросов в день. Это состояние приложения: это у каждого клиента разные. Как только вы превысите лимит, поведение сервис кардинально меняется: по запросу 1000 вы получаете свои данные, а по запросу 1001 вы получите ошибку. А пока я работаю по запросу 402 и сервис по-прежнему у меня работает нормально.
Конечно, нельзя доверять клиентам самосообщение об этом состояние приложения: слишком велик соблазн схитрить.Итак, серверы поддерживать такое состояние приложения на сервере, нарушая безгражданство. Ключ API похож на файл cookie Rails _session_id , ключ на стороне сервера. клиентская сессия, которая длится один день. Это нормально, но приходится платить за масштабируемость. Если служба должна быть распределены по нескольким машинам, каждая машина в кластере нужно знать, что вы по запросу 1001, а я по запросу 402 (технический термин: репликация сеанса ), так что каждая машина знает, как отказать вам в доступе и пропустить меня.В качестве альтернативы, балансировщик нагрузки должен убедиться, что каждый из ваши запросы отправляются на тот же компьютер в кластере (технический термин: сродство сеанса ). Безгражданство снимает это требование. Как сервис-дизайнер, вы нужно думать о репликации данных только тогда, когда вы Ресурс Состояние необходимо разделить на несколько машины.
Когда вы разбиваете свое приложение на ресурсы, вы увеличиваете его площадь поверхности.Ваши пользователи могут создать соответствующий URI и ввести ваше приложение там, где они должны быть. Но ресурсов нет данные; они всего лишь идея сервис-дизайнера о том, как разделить данные в «список открытых ошибок» или «информацию о медузах». А веб-сервер не может отправить идею; он должен отправить серию байтов в определенный формат файла на определенном языке. Это представление ресурса.
Ресурс - это источник представлений, а представление - это просто некоторые данные о текущем состоянии ресурса.Большинство ресурсов сами элементы данных (например, список ошибок), поэтому очевидный представление ресурса - это сами данные. Сервер может представить список открытых ошибок в виде XML-документа, веб-страницы или текст, разделенный запятыми. Показатели продаж за последний квартал 2004 г. может быть представлен в числовом виде или в виде графической диаграммы. Много новостей сайты делают свои статьи доступными в формате, загруженном рекламой, и в урезанный «удобный для печати» формат.Это все разные представления одних и тех же ресурсов.
Но некоторые ресурсы представляют собой физические объекты или другие предметы. это не может быть сведено к информации. Что такое хорошее представление для такие вещи? Вам не нужно беспокоиться об идеальной точности воспроизведения: представление любая полезная информация о состояние ресурса.
Рассмотрим физический объект, автомат с газировкой, подключенный к сети. услуга. ^[] Цель состоит в том, чтобы позволить клиентам машины избегать лишние поездки к машине.Благодаря услуге клиенты знают, когда газировка холодная, и когда их любимая марка распродана. Никто ожидает, что физические банки с газировкой будут доступны через Интернет сервис, потому что физические объекты не являются данными. Но у них есть данные около их: метаданные. Каждый слот в автомате с газировкой может быть оснащенный устройством, которое знает вкус, цену и температура ближайшей доступной банки соды. Каждый слот может быть выставлен в качестве ресурса, как и автомат по производству газированных напитков в целом.Метаданные из инструменты могут быть использованы для представления ресурсов.
Даже если одно из представлений объекта содержит фактические data, он также может иметь представления, содержащие метаданные. Онлайн книжный магазин может обслуживать два представления книги:
Один, содержащий только метаданные, такие как изображение обложки и обзоры, используется для рекламы книги.
Электронная копия данных в книге, отправленная вам через HTTP, когда вы за него платите.
Представления могут течь и в обратном направлении. Вы можете отправить представление нового ресурса серверу и иметь сервер создать ресурс. Вот что происходит, когда вы загружаете картинку в Flickr. Или вы можете дать серверу новое представление существующего ресурс, и пусть сервер изменит ресурс, чтобы привести его в соответствие с новым представлением.
Выбор между представлениями
Если сервер предоставляет несколько представлений ресурса, как определяет, какой из них запрашивает клиент? Например, пресс-релиз может быть выпущен как на английском, так и на испанском языках.Который из хочет данный клиент?
Есть несколько способов выяснить это в ограничения REST. Самый простой и тот, который я рекомендую для Архитектура, ориентированная на ресурсы, заключается в предоставлении отдельного URI каждому представление ресурса. http://www.example.com/releases/104.en может обозначить английское представление пресс-релиза, и http://www.example.com/releases/104.es может обозначают испанское представительство.
Я рекомендую этот метод для приложений ROA, потому что он означает URI содержит всю информацию, необходимую серверу для выполнения запрос. Недостаток, так как всякий раз, когда вы открываете несколько URI для того же ресурса - разбавление: люди, которые говорят о прессе выпуск на разных языках, похоже, говорит о разных вещи. Вы можете несколько смягчить эту проблему, открыв URI http://www.example.com/releases/104 означает выпускать как платоническую форму, не зависящую от какого-либо языка.
Альтернативный способ называется согласованием содержимого . В этом сценарий единственный доступный URI - это URI платонической формы, http://www.example.com/releases/104 . Когда клиент делает запрос для этого URI, он предоставляет специальный HTTP-запрос заголовки, которые сигнализируют о том, какие представления клиент желает принять.
Ваш веб-браузер имеет настройку языковых предпочтений: языки, на которых вы предпочитаете размещать веб-страницы.Браузер отправляет это информация с каждым HTTP-запросом в Accept-Language заголовок. Сервер обычно игнорирует эту информацию, потому что большинство веб-сайтов страницы доступны только на одном языке. Но это соответствует тому, что мы есть пытаюсь сделать здесь: выставить разноязычные представления тот же ресурс. Когда клиент просит http://www.example.com/releases/104 , сервер может решить, обслуживать ли английское или испанское представительство на основе клиентского заголовка Accept-Language .
Совет
Поисковая система Google - хорошее место, чтобы попробовать это из. Вы можете получить результаты поиска практически на любом языке, изменяя языковые настройки браузера или манипулируя hl переменная запроса в URI (например, hl = tr для турецкого). Поиск движок поддерживает согласование содержимого и различные URI для разные представления.
Клиент также может установить заголовок Accept , чтобы указать, какой формат файла он предпочитает для представлений.Клиент может сказать, что предпочитает XHTML HTML или SVG в любой другой графический формат.
Серверу разрешено использовать любые из этих метаданных запроса, когда решая, какое представление отправить. Другие типы метаданных запроса включить платежную информацию, учетные данные для аутентификации, время запрос, директивы кеширования и даже IP-адрес клиент. Все это может повлиять на решение сервера какие данные включать в представление, на каком языке и какой формат использовать и даже нужно ли вообще отправлять представление или отказать в доступе.
Это RESTful, чтобы хранить эту информацию в заголовках HTTP, и это RESTful помещать его в URI. Я рекомендую сохранить как можно больше этого информации в URI и как можно меньше в запросить метаданные. Я считаю, что URI более полезны, чем метаданные. URI получают передавался от человека к человеку и от программы к программе. В метаданные запроса почти всегда теряются при переходе.
Вот простой пример этой дилеммы: валидатор HTML W3C, веб-сервис, доступный по адресу http: // validator.w3.org/. Вот URI ресурса на сайт W3C, отчет о проверке английской версии моего гипотетический пресс-релиз: http://validator.w3.org/check?uri=http%3A%2F%2Fwww.example.com%2Freleases%2F104.en .
Вот еще один ресурс: отчет о проверке испанского версия пресс-релиза: http://validator.w3.org/check?uri=http%3A%2F%2Fwww.example.com%2Freleases%2F104.es .
Каждый URI в вашем веб-пространстве становится ресурсом в сети W3C. приложение, независимо от того, обозначает ли оно отдельный ресурс в вашем сайт.Если в вашем пресс-релизе есть отдельный URI для каждого представление, вы можете получить два ресурса от W3C: проверка отчеты для английской и испанской версий прессы выпускать.
Но если вы предоставляете только URI платонической формы и обслуживаете оба представления из этого URI, вы можете получить только один ресурс из W3C. Это будет отчет о валидации по умолчанию версия пресс-релиза (возможно английский).У вас нет возможности узнать, действительно ли Испанское представление содержит ошибки форматирования HTML. Если сервер не раскрывает испанский пресс-релиз как собственный URI, нет соответствующий ресурс доступен на сайте W3C. Это не значит вы не можете раскрыть этот URI платонической формы: просто он не должен быть только URI, который вы используете.
В отличие от людей, компьютерные программы очень плохо справляются с представления, которых они не ожидали.Я думаю, что автоматизированный веб-клиент должен быть как можно более ясным в отношении желаемого представления. Это почти всегда означает указание представления в URL.
Иногда представления - это не что иное, как сериализованные данные конструкции. Они предназначены для того, чтобы их данные высосали и выбросили. Но в большинстве RESTful-сервисов представления - это гипермедиа: документы, содержащие не только данные, но и ссылки на другие Ресурсы.
Давайте снова рассмотрим пример поиска.Если вы перейдете в каталог Google документы о медузах, вы увидите результаты поиска и набор внутренних ссылок на другие страницы каталога. На рис. 4-3 показан репрезентативный образец страница.
Рисунок 4-3. Крупный план на странице результатов поиска Google
Здесь данные и ссылки. Данные говорят, что где-то на В Интернете, кто-то сказал о медузе то-то и то-то, с акцентом на двух вид гавайских медуз. Ссылки дают вам доступ к другим ресурсы: некоторые в поисковой строке Google "веб-сервис", а некоторые в другом месте в Интернете:
Ранее в этой главе я показал, что могло бы произойти, если бы HTTP был протокол с отслеживанием состояния, такой как FTP.Рисунок 4-2 показывает пути, которые HTTP-клиент с отслеживанием состояния может пройти во время «сеанса» с www.google.com . HTTP на самом деле не работает способ, но этот рисунок хорошо показывает, как мы используем человеческий Интернет. Чтобы использовать поисковую систему, мы начинаем с домашней страницы, заполняем форму выполнить поиск, а затем щелкнуть ссылки, чтобы перейти на следующие страницы полученные результаты. Обычно мы не вводим один URI за другим: мы переходим по ссылкам и заполнять формы.
Если вы раньше читали о REST, вы могли столкнуться с аксиома из диссертации Филдинга: «Гипермедиа как двигатель состояние приложения."Это то, что означает эта аксиома: текущее состояние HTTP-сеанс не сохраняется на сервере как состояние ресурса, но отслеживается клиентом как состояние приложения и создается путем клиент принимает через Интернет. Сервер указывает путь клиента, обслуживание «гипермедиа»: ссылки и формы внутри гипертекста представления.
Сервер отправляет клиенту инструкции о том, какие состояния близки текущий. Ссылка «следующая» на http: // www.google.com/search?q=jellyfish - это рычаг состояния : он показывает вам, как выйти из текущее состояние на родственное. Это очень мощно. Документ, который содержит URI, указывающий на другое возможное состояние приложения: «Страница вторая», или «относящаяся к этому URI», или «кешированная версия этого URI». Или это может указывать на возможное состояние совершенно другого заявление.
Я называю качество наличия ссылок связность .Веб-сервис подключен к степень, что вы можете перевести службу в разные состояния, просто переход по ссылкам и заполнение форм. Я называю это «связанностью» потому что «гипермедиа как двигатель состояния приложения» делает концепция звучит сложнее, чем есть на самом деле. Все, что я говорю, это то, что ресурсы должны быть связаны друг с другом в своих представлениях.
Человеческую сеть легко использовать, потому что она хорошо связана. Любой опытный пользователь знает, как вводить URI в адресную строку браузера, и как перемещаться по сайту, изменяя URI, но многие пользователи делают весь их веб-серфинг с единой отправной точки: домашней страницы браузера страницу, установленную их интернет-провайдером.Это возможно, потому что в Интернете все хорошо связаны. Страницы ссылаются друг на друга даже на разных сайтах.
Но большинство веб-сервисов не имеют внутреннего подключения, не говоря уже о том, чтобы связаны друг с другом. Amazon S3 - это веб-сервис RESTful, адресные и без гражданства, но не подключенные. Представления S3 никогда включать URI. Чтобы ПОЛУЧИТЬ ведро S3, вы должны знать правила для создание URI сегмента. Вы не можете просто ПОЛУЧИТЬ список желаний и перейдите по ссылке на нужное ведро.
Пример 4-1 показывает список ведра S3. что я изменил (я добавил тег URI ) так что это связано. Сравните с примером 3-5, в котором нет тега URI . Это всего лишь один из способов представить URI в XML-представление. По мере того, как ресурсы становятся более связанными, отношения между ними становятся более очевидными (см. рис. 4-4).
Пример 4-1. Связанный «список ваших сегментов»
<Владелец> c0363f7260f2f5fcf38d48039f4fb5cab21b060577817310be5170e7774aad70 leonardr28 <Ведра> <Ведро> crummy.com https://s3.amazonaws.com/crummy.com 2006-10-26T18: 46: 45.000Z
Рисунок 4-4.Одна услуга в трех направлениях
Во всем Интернете есть только несколько основных вещей, которые вы можете сделать к ресурсу. HTTP предоставляет четыре основных метода для четырех наиболее распространенных операции:
Получить представление ресурса: HTTP GET
Создайте новый ресурс: HTTP PUT в новый URI или HTTP POST на существующий URI (см. POST »ниже)
Изменить существующий ресурс: HTTP PUT to существующий URI
Удалить существующий ресурс: HTTP УДАЛИТЬ
Я объясню, как эти четыре используются для представления практически любых операция, о которой вы можете думать.Я также расскажу о двух методах HTTP для двоих менее распространенные операции: HEAD и OPTIONS.
Эти три должны быть вам знакомы из примера S3 в Глава 3. Чтобы получить или удалить ресурс, клиент просто отправляет запрос GET или DELETE на свой URI. В случае GET запрос, сервер отправляет обратно представление в ответе тело-сущность. Для запроса DELETE тело объекта ответа может содержат статусное сообщение или вообще ничего.
Чтобы создать или изменить ресурс, клиент отправляет запрос PUT который обычно включает тело объекта.Тело объекта содержит предложенное клиентом новое представление ресурса. Какие данные это есть, и в каком формате он находится, зависит от службы. Как бы это ни выглядело вроде, это точка, в которой состояние приложения переходит на сервер и переходит в состояние ресурса.
Снова подумайте о службе S3, где есть два типа ресурсы, которые вы можете создавать: корзины и объекты. Чтобы создать объект, вы отправляете запрос PUT на его URI и включаете содержимое объекта в тело объекта вашего запроса.Вы делаете то же самое, чтобы изменить объект: новый контент перезаписывает любой старый контент.
Создание корзины немного отличается, потому что у вас нет для указания тела объекта в запросе PUT. В ведре нет ресурса состояние за исключением его имени, и имя является частью URI. (Это не совсем так. Предметы в ведре также являются элементами этого состояние ресурса корзины: в конце концов, они перечислены, когда вы ПОЛУЧАЕТЕ представление ведра.Но каждый объект S3 - это собственный ресурс, поэтому не нужно манипулировать объектом через ведро. Каждый объект представляет собой единый интерфейс, и вы может управлять им отдельно.) Укажите URI сегмента, и вы уточнил свое представительство. Запросы PUT для большинства ресурсов выполняют включить тело объекта, содержащее представление, но, как вы можете видеть это не требование.
Есть еще три метода HTTP, которые я считаю частью униформы. интерфейс.Два из них - простые служебные методы, поэтому я расскажу о них. первый.
Вы видели метод HEAD, предоставленный ресурсами служб S3. в главе 3. Клиент S3 использует HEAD для извлечения метаданные о ресурсе без загрузки, возможно, огромных тело-сущность. Вот для чего нужен HEAD. Клиент может использовать HEAD для проверки существует ли ресурс, или узнать другую информацию о ресурс без получения всего его представления. ГОЛОВА дает вам именно то, что вам даст запрос GET, но без тело-сущность.
Совет
Есть два стандартных метода HTTP, которые я не рассматриваю в этой статье. книга: TRACE and CONNECT. TRACE используется для отладки прокси, и CONNECT используется для пересылки другого протокола через HTTP. прокси.
Метод OPTIONS позволяет клиенту узнать, что ему разрешено делать с ресурсом. Ответ на запрос OPTIONS содержит HTTP Разрешить заголовок , в котором подмножество унифицированного интерфейса, поддерживаемого этим ресурсом.Вот образец Разрешить заголовок :
Разрешить: GET, HEAD
Этот конкретный заголовок означает, что клиент может ожидать, что сервер действовать разумно по запросу GET или HEAD для этого ресурса, но это ресурс не поддерживает никаких других методов HTTP. Фактически, это ресурс доступен только для чтения.
Заголовки, которые клиент отправляет в запросе, могут повлиять на Разрешить отправку заголовка сервером отклик. Например, если вы отправляете правильный заголовок Authorization вместе с OPTIONS запроса, вы можете обнаружить, что вам разрешено использовать GET, HEAD, PUT и Запросы DELETE по определенному URI.Если вы отправите те же ОПЦИИ запрос, но опустить Авторизация заголовок, вы можете обнаружить, что вам разрешено использовать только GET и HEAD Запросы. Метод OPTIONS позволяет клиенту выполнять простой контроль доступа чеки.
Теоретически сервер может отправлять дополнительную информацию в ответ на запрос OPTIONS, и клиент может отправить OPTIONS запросы, которые задают очень конкретные вопросы о сервере возможности. Очень красиво, разве что нет общепринятых стандартов для что клиент может спросить в запросе OPTIONS.Помимо заголовка Allow нет принятых стандартов что сервер может отправить в ответ. Большинство веб-серверов и фреймворки очень плохо поддерживают ОПЦИИ. Пока что OPTIONS - это многообещающая идея, которой никто не пользуется.
Теперь мы подошли к самому непонятому из методов HTTP: POST. По сути, этот метод имеет два цели: тот, который соответствует ограничениям REST, и тот, который выходит за рамки REST и вводит элемент стиля RPC.В в подобных сложных случаях лучше вернуться к исходному тексту. Вот что RFC 2616, стандарт HTTP, говорит о POST (это из раздел 9.5):
POST разработан, чтобы обеспечить единообразный метод покрытия следующие функции:
Аннотация существующих ресурсов;
Размещение сообщения на доске объявлений, в группе новостей, в рассылке список или подобная группа статей;
Предоставление блока данных, например, результата отправка формы в процесс обработки данных;
Расширение базы данных с помощью операции добавления.
Определяется фактическая функция, выполняемая методом POST. сервером и обычно зависит от Request-URI. В отправленный объект подчиняется этому URI так же, как файл подчиняется содержащему его каталогу, новостная статья подчиняется группе новостей, в которой она размещена, или запись подчиняться базе данных.
Что это означает в контексте REST и ROA?
Создание подчиненных ресурсов
В дизайне RESTful POST обычно используется для создания подчиненных ресурсов: ресурсов, которые существуют в отношение к какому-либо другому «родительскому» ресурсу.Программа веб-журнала может представить каждый блог как ресурс ( / weblogs / myweblog ), а отдельные записи веб-журнала в качестве подчиненных ресурсов ( / weblogs / myweblog / entries / 1 ). А база данных с подключением к Интернету может предоставлять таблицу как ресурс, а отдельные строки базы данных в качестве подчиненных ресурсов. Чтобы создать запись в веб-журнале или запись в базе данных, вы отправляете POST в родительский элемент: журнал или таблица базы данных. Какие данные вы публикуете и в каком формате это зависит от службы, но, как и в случае с PUT, в этом суть где состояние приложения становится состоянием ресурса.Вы можете увидеть это использование POST называется POST (a) , для «добавления». Когда я скажите «POST» в этой книге, я почти всегда имею в виду POST (a).
Почему нельзя просто использовать PUT для создания подчиненных ресурсов? Ну иногда вы можете. Объект S3 является подчиненным ресурсом: каждый объект S3 является содержится в каком-то ведре S3. Но мы не создаем объект S3 отправка запроса POST в корзину. Мы отправляем запрос PUT напрямую в URI объекта.Разница между PUT и POST заключается в это: клиент использует PUT, когда он отвечает за решение, какой URI новый ресурс должен иметь. Клиент использует POST, когда Сервер отвечает за решение, какой URI новый ресурс должен иметь.
Служба S3 ожидает, что клиенты будут создавать объекты S3 с помощью PUT, потому что URI объекта S3 полностью определяется его именем и название ведра. Если клиент знает достаточно, чтобы создать объект, он знает, каким будет его URI.Очевидный URI для использования в качестве цель запроса PUT - это тот, который ведро будет жить сразу существуют.
Но рассмотрим приложение, в котором на сервере больше контроль над URI: скажем, программа веб-журнала. Клиент может собрать вся информация, необходимая для создания записи в блоге, и все же не знаю, какой URI будет однажды создан в записи. Может сервер основывает URI на заказе или на внутреннем идентификаторе базы данных: будет ли окончательный URI должен быть / weblogs / myweblog / entries / 1 или / weblogs / myweblog / entries / 1000 ? Может быть окончательный URI основан на времени публикации: во сколько сервер думаю, что это так? Клиенту необязательно знать эти вещи.
Метод POST - это способ создания нового ресурса без клиент должен знать свой точный URI. В большинстве случаев клиент необходимо знать только URI «родительского» или «фабричного» ресурса. В сервер берет представление из тела объекта и использует его для создать новый ресурс «под» «родительским» ресурсом ( значение «внизу» зависит от контекста).
Ответ на такой запрос POST обычно имеет HTTP код состояния 201 («Создано»).Его заголовок Location содержит URI вновь созданный подчиненный ресурс. Теперь, когда ресурс на самом деле существует, и клиент знает свой URI, будущие запросы могут использовать PUT метод для изменения этого ресурса, GET для получения его представления, и УДАЛИТЬ, чтобы удалить его.
Таблица 4-1 показывает, как запрос PUT к URI может создавать или изменять базовый ресурс; и как POST запрос к тому же URI может создать новый подчиненный ресурс.
Таблица 4-1. Действия PUT
PUT на новый ресурс PUT на существующий ресурс POST
/ weblogs (ресурс уже существует) Нет эффекта Создать новый веб-журнал
/ weblogs / myweblog Создать этот веб-журнал Изменить настройки этого веб-журнала Создать новую запись веб-журнала
/ myweblogs / myweblog 1 Н / Д (как бы вы получили этот URI?) Отредактируйте эту запись веб-журнала Добавьте комментарий к этой записи веб-журнала
Добавление к состоянию ресурса
Информация, представленная в POST к ресурсу не имеет чтобы создать совершенно новый подчиненный ресурс.Иногда, когда ты POST-данные к ресурсу, он добавляет информацию, которую вы разместили в собственное состояние, а не помещать его в новый ресурс.
Рассмотрим службу регистрации событий, которая предоставляет один ресурс: журнал. Скажем, его URI - / log . Чтобы получить журнал, отправьте GET запрос на / лог .
Теперь, как клиент должен добавить в журнал? Клиент может отправить запрос PUT на / журнал , но метод PUT подразумевает создание нового ресурса или перезапись старых настроек с новые.Клиент тоже ничего не делает: он просто добавляет информация в конец журнала.
Здесь работает метод POST, как если бы каждая запись в журнале был выставлен как отдельный ресурс. Семантика POST - это то же самое в обоих случаях: клиент добавляет подчиненную информацию к существующий ресурс. Единственная разница в том, что в случае записи веб-журнала и веб-журнала, подчиненная информация отображалась как новый ресурс.Здесь подчиненная информация отображается как новая данные в родительском представлении.
Перегруженный POST: неоднородный интерфейс
Такой взгляд на вещи объясняет большую часть того, что HTTP стандарт говорит про ПОЧТУ. Вы можете использовать его для создания ресурсов под родительским ресурсом, и вы можете использовать его для добавления дополнительных данные о текущем состоянии ресурса. Одно использование POST I не объяснил, это тот, с которым вы, вероятно, наиболее знакомы, потому что он управляет почти всеми веб-приложениями: предоставление блока данных, например, результата отправки формы, к процессу обработки данных.
Что такое «процесс обработки данных»? Звучит довольно расплывчато. И действительно, практически все может быть процессом обработки данных. Использование POST таким образом превращает ресурс в крошечный обработчик сообщений который действует как сервер XML-RPC. Ресурс принимает POST запрос, исследует запрос и решает сделать ... что-то. потом он решает предоставить клиенту ... некоторые данные.
Я называю это использование POST перегруженным POST , по аналогии с перегрузкой оператора в программировании язык.Он перегружен, потому что используется единственный HTTP-метод. для обозначения любого количества методов, отличных от HTTP. Это сбивает с толку по той же причине перегрузка оператора может сбивать с толку: вы думали, что знал, что делает HTTP POST, но теперь он используется для достижения некоторых неизвестная цель. Вы можете увидеть перегруженный POST с именем POST (p) , для «процесса».
Когда ваша служба предоставляет перегруженный POST, вы повторно открываете вопрос: «почему сервер должен делать это вместо этого?» Каждый HTTP-запрос должен содержать информацию о методе, и когда вы используете перегруженный POST, он не может войти в метод HTTP.Метод POST просто указание серверу: «Загляните внутрь HTTP запросить информацию о реальном методе ». Реальная информация может быть в URI, заголовках HTTP или теле объекта. Однако это бывает, элемент стиля RPC закрался в услуга.
Если информация о методе не найдена в методе HTTP, интерфейс перестает быть однородным. Информация о реальном методе может быть чем угодно.Мне как партизану REST это не очень нравится, но иногда это неизбежно. К главе 9 вы увидите, как любой сценарий, который вы только можете придумать, может быть предоставляется через унифицированный интерфейс HTTP, но иногда RPC style - это самый простой способ выразить сложные операции, охватывающие несколько ресурсов.
Вам может потребоваться открыть перегруженный POST, даже если вы только использование POST для создания подчиненных ресурсов или добавления в представление ресурса.Что, если один ресурс поддерживает оба виды ПОЧТЫ? Как сервер узнает, отправляет ли клиент POST для создания подчиненного ресурса или для добавления к существующему представительство ресурса? Возможно, вам потребуется добавить дополнительные информация о методе в другом месте HTTP-запроса.
Перегрузка POST не должна использоваться для прикрытия плохого ресурса. дизайн. Помните, что ресурсом может быть что угодно. Обычно это возможно перетасовать дизайн вашего ресурса так, чтобы единый интерфейс применяется, а не вводить стиль RPC в ваш услуга.
Если вы раскрываете единый интерфейс HTTP в том виде, в каком он был разработан, вы получите два полезных свойства бесплатно. При правильном использовании запросы GET и HEAD являются безопасными . Запросы GET, HEAD, PUT и DELETE идемпотент .
Запрос GET или HEAD - это запрос на чтение некоторых данных, а не запрос на изменение любого состояния сервера. Клиент может сделать GET или HEAD запрашивает 10 раз, и это то же самое, что делать это один раз или никогда делать это вообще.Когда вы ПОЛУЧАЕТЕ http://www.google.com/search?q=jellyfish, вы не изменить что-либо в каталоге ресурсов медуз. Вы просто получить его представление. Клиент должен уметь отправить запрос GET или HEAD на неизвестный URI и чувствовать себя в безопасности, ничего страшного не произойдет.
Это не означает, что запросы GET и HEAD не могут иметь сторонних эффекты. Некоторые ресурсы являются счетчиками попаданий, которые увеличиваются каждый раз, когда клиент ПОЛУЧАЕТ их.Большинство веб-серверов регистрируют каждый входящий запрос в лог-файл. Это побочные эффекты: состояние сервера и даже состояние ресурса меняется в ответ на запрос GET. Но клиент не спрашивал о побочных эффектах, и он не несет ответственности за их. Клиент никогда не должен делать запросы GET или HEAD только для побочные эффекты, и побочные эффекты никогда не должны быть настолько большими, чтобы клиент может пожалеть, что не отправил запрос.
Идемпотентность - понятие немного хитрее.Идея исходит от математике, а если вы не знакомы с идемпотентностью, пример математики может помочь. Идемпотентная операция в математике - это такая же эффект независимо от того, применяете ли вы его один или несколько раз. Умножение число по нулю идемпотентно: 4 × 0 × 0 × 0 совпадает с 4 × 0. ^[] По аналогии, операция над ресурсом идемпотентна, если сделать один запрос - это то же самое, что сделать серию идентичных Запросы. Второй и последующие запросы покидают ресурс состояние точно такое же, как и в первом запросе.
Операции PUT и DELETE идемпотентны. Если вы УДАЛИТЕ ресурс, его больше нет. Если вы УДАЛИТЬ его снова, он все равно исчезнет. если ты создать новый ресурс с помощью PUT, а затем повторно отправить запрос PUT, ресурс все еще существует, и он имеет те же свойства, что и вы. когда вы его создали. Если вы используете PUT для изменения состояния ресурс, вы можете повторно отправить запрос PUT и состояние ресурса больше не изменится.
Практический результат состоит в том, что вы не должны позволять клиентов к представлениям PUT, которые изменяют состояние ресурса в относительные сроки.Если ресурс хранит числовое значение как часть своего состояние ресурса, клиент может использовать PUT, чтобы установить это значение на 4 или 0, или -50, но не для увеличения этого значения на 1. Если начальное значение равно 0, отправка двух запросов PUT, в которых говорится «установить значение 4», оставляет значение в 4. Если начальное значение равно 0, отправка двух запросов PUT которые говорят "увеличить значение на 1" оставляет значение не на 1, а на 2. Это не идемпотентный.
Почему важны безопасность и идемпотентность
Безопасность и идемпотентность позволяют клиенту создавать надежные HTTP запросы по ненадежной сети.Если вы сделаете запрос GET и никогда не получите ответа, просто сделайте еще один. Это безопасно: даже если ваш предыдущий запрос был выполнен, это не оказало реального влияния на сервер. Если вы делаете запрос PUT и никогда не получаете ответа, просто сделай еще один. Если ваш предыдущий запрос получен, ваш второй запрос не будет иметь никакого дополнительного эффекта.
POST не является ни безопасным, ни идемпотентным. Делаем два одинаковых POST запросы к «фабричному» ресурсу, вероятно, приведут к двум подчиненные ресурсы, содержащие такую же информацию.С участием перегруженный POST, все ставки отключены.
Наиболее частым неправильным использованием унифицированного интерфейса является раскрытие небезопасные операции через GET. API del.icio.us и Flickr оба сделай это. Когда вы ПОЛУЧАЕТЕ https://api.del.icio.us/posts/delete, вы не получение представления: вы изменяете данные del.icio.us установленный.
Почему это плохо? Ну вот и история. В 2005 Google выпустил клиентский инструмент кэширования под названием Web Accelerator.Он работает вместе с вашим Интернетом браузер и «предварительно выбирает» страницы, на которые есть ссылки с любой страницы. вы смотрите. Если вы нажмете одну из этих ссылок, страница с другой стороны будет загружаться быстрее, потому что на вашем компьютере уже получил это.
Web Accelerator закончился катастрофой. Не из-за каких-либо проблем в само программное обеспечение, но поскольку Интернет полон приложений это неправильное использование GET. Web Accelerator предполагал, что операции GET были безопасно, чтобы клиенты могли сделать их заранее на всякий случай человек хотел увидеть соответствующие изображения.Но когда он сделал эти GET-запросы к реальным URI, он изменил данные наборы. Люди потеряли данные.
Винить много: программисты не должны сообщать о небезопасных действиях с помощью GET, и у Google не должно быть выпустила реальный инструмент, который не работал с реальной сетью. Текущая версия Web Accelerator игнорирует все URI, содержащие переменные запроса. Это частично решает проблему, но также предотвращает использование многих ресурсов, которые можно безопасно использовать с помощью GET (например, Поисковые запросы Google) от предварительной выборки.
Умножьте примеры, если хотите. Многие веб-сервисы и сеть приложения используют URI в качестве входных данных, и первое, что они делают, - отправляют запрос GET для получения представления ресурса. Эти услуги не означают, что они вызывают катастрофические побочные эффекты, но это не до них. Служба должна обрабатывать запрос GET в способ, соответствующий стандарту HTTP.
Почему важен унифицированный интерфейс
В REST важно не то, что вы используете конкретный унифицированный интерфейс, который HTTP определяет.REST указывает единый интерфейс, но не говорит , который единый интерфейс. GET, PUT и все остальное не идеальный интерфейс на все времена. Что важно единообразие: все службы используют интерфейс HTTP одинаково способ.
Дело не в том, что GET - лучшее имя для операции чтения, но GET означает «читать» в Интернете, независимо от того, какой ресурс вы используете его. Учитывая URI ресурса, не может быть и речи о как вы получаете представление: вы отправляете HTTP-запрос GET на это URI.Единый интерфейс делает любые две службы такими же похожими, как и любые другие. два веб-сайта. Без единого интерфейса вам пришлось бы научиться каждая служба должна получать и отправлять информацию. Правила могут даже отличаться для разных ресурсов в пределах одного услуга.
Вы можете запрограммировать компьютер, чтобы понять, что означает GET, и это понимание применимо к каждой веб-службе RESTful. Есть не так много нужно понимать. Код конкретной службы может находиться в обработка представительства.Без единого интерфейса вы получите Вместо GET используется множество методов: doSearch и getPage и nextPrime . Каждый сервис говорит по-своему язык. Это также причина того, что я не очень люблю перегружать POST много: он превращает простой эсперанто единого интерфейса в Вавилон одноразовых подъязыков.
Некоторые приложения расширяют унифицированный интерфейс HTTP. Большинство очевидным примером является WebDAV, который добавляет восемь новых методов HTTP, включая ПЕРЕМЕЩЕНИЕ, КОПИРОВАНИЕ и ПОИСК.Использование этих методов в веб-службе не приведет к нарушать любые предписания REST, потому что REST не говорит, что униформа интерфейс должен выглядеть так. Их использование нарушило бы мои Архитектура, ориентированная на ресурсы (я явно привязал ROA к стандартные методы HTTP), но ваш сервис все равно может быть ресурсоориентированный в общем смысле.
Настоящая причина не использовать методы WebDAV заключается в том, что они делает вашу службу несовместимой с другими службами RESTful.Ваш служба будет использовать единый интерфейс, отличный от большинства других Сервисы. Существуют веб-службы, такие как Subversion, которые используют WebDAV. методы, так что ваша служба не будет одинока. Но это было бы частью намного меньшей сети. Вот почему создание собственных методов HTTP очень, очень плохая идея: ваш собственный словарный запас помещает вас в сообщество одного. С таким же успехом вы можете использовать XML-RPC.
Другой унифицированный интерфейс состоит исключительно из HTTP GET и перегруженный POST.Чтобы получить представление ресурса, вы отправляете GET к его URI. Чтобы создать, изменить или удалить ресурс, вы отправляете POST. Этот интерфейс идеально подходит для RESTful, но, опять же, он не соответствует моя ресурсо-ориентированная архитектура. Этот интерфейс достаточно богатый чтобы различать безопасные и небезопасные операции. Ориентированный на ресурсы веб-приложение будет использовать этот интерфейс, потому что современные HTML-формы поддерживает только GET и POST.
Это ресурсо-ориентированная архитектура.Всего четыре концепции:
Ресурсы
Их имена (URI)
Их представления
Связи между ними
и четыре свойства:
26 Возможность адресации 26 Связность Единый интерфейс Конечно, есть еще много открытых вопросов.Как следует реальный набор данных должен быть разделен на ресурсы, и как они должны быть выложил? Что должно входить в фактические HTTP-запросы и ответы? Я собираюсь потратить большую часть оставшейся части книги на изучение таких вопросов, как эти. Отсутствие состояния в API REST 1. Отсутствие состояния В соответствии с архитектурой REST (REpresentational «State» Transfer) сервер не сохраняет никакого состояния о клиентском сеансе на стороне сервера. Это ограничение называется Безгражданство . Каждый запрос от клиента к серверу должен содержать всю необходимую информацию для понимания запроса. Сервер не может воспользоваться каким-либо сохраненным контекстом на сервере. Таким образом, состояние сеанса приложения полностью зависит от клиента. Клиент отвечает за хранение и обработку связанной с сеансом информации на своей собственной стороне . Это также означает, что клиент отвечает за отправку любой информации о состоянии на сервер всякий раз, когда это необходимо.Между клиентом и сервером не должно быть привязки сеансов или закрепленных сеансов . Отсутствие состояния означает, что каждый HTTP-запрос выполняется в полной изоляции. Когда клиент делает HTTP-запрос, он включает всю информацию, необходимую серверу для выполнения запроса. Сервер никогда не полагается на информацию из предыдущих запросов от клиента. Если какая-либо такая информация важна, клиент отправит ее как часть текущего запроса. Чтобы клиенты могли получить доступ к этим API без сохранения состояния, необходимо, чтобы серверы также включали всю информацию, которая может потребоваться клиенту для создания / поддержания состояния на своей стороне. Для того, чтобы стать апатридом, не храните даже детали аутентификации / авторизации клиента. Предоставляйте учетные данные для аутентификации с каждым запросом. Таким образом, каждый запрос ДОЛЖЕН быть автономным и не должен зависеть от предыдущего разговора, который произошел с тем же клиентом в прошлом. 2. Состояние приложения и состояние ресурса Важно понимать разницу между состоянием приложения и состоянием ресурса. Оба совершенно разные вещи. Состояние приложения - это данные на стороне сервера, которые серверы хранят для идентификации входящих клиентских запросов, деталей их предыдущего взаимодействия и текущей контекстной информации. Состояние ресурса - это текущее состояние ресурса на сервере в любой момент времени - и оно не имеет ничего общего с взаимодействием между клиентом и сервером.Это то, что мы получаем как ответ от сервера как ответ API. Мы называем это представлением ресурсов. Отсутствие состояния в REST означает отсутствие состояния приложения. 3. Преимущества API без сохранения состояния Есть несколько очень заметных преимуществ наличия API REST без сохранения состояния . Statelessness помогает в масштабировать API-интерфейсы для миллионов одновременных пользователей путем развертывания на нескольких серверах. Любой сервер может обработать любой запрос, потому что нет зависимости, связанной с сеансом. Отсутствие состояния делает REST API менее сложными - за счет удаления всей логики синхронизации состояния на стороне сервера. API без состояния также легко кэшировать . Конкретное программное обеспечение может решить, следует ли кэшировать результат HTTP-запроса, просто просмотрев этот единственный запрос. Нет мучительной неуверенности в том, что состояние предыдущего запроса может повлиять на кешируемость этого. Это улучшает производительность приложений. Сервер никогда не теряет «где» каждый клиент находится в приложении, потому что клиент отправляет всю необходимую информацию с каждым запросом. Ссылка: Рой Т. Филдинг на Stateless Сообщите нам, понравился ли вам пост. Это единственный способ стать лучше. Решено: состояние ресурса НЕИЗВЕСТНО - VOX Привет, Майк. Вы правы, но я не понимаю почему. hastatus -sum - СОСТОЯНИЕ СИСТЕМЫ - Состояние системы заморожено A MIVDB01S РАБОТАЕТ 0 - СОСТОЯНИЕ ГРУППЫ - Состояние автоотключения групповой системы B AppService MIVDB01S N N ЧАСТИЧНО B ClusterService MIVDB01S ДА НЕТ В ИНТЕРНЕТЕ B VVRService MIVDB01S Д НЕТ В ИНТЕРНЕТЕ - РЕСУРСЫ НЕ ИССЛЕДОВАНЫ - Система ресурсов группового типа Приложение E AppService NMSServer MIVDB01S Запускаю команду: hares -пробник NMSServer -sys MIVDB01S , но без эффекта root @ MIVDB01S # cat / etc / VRTSvcs / conf / config / main.cf include "types.cf" include "SybaseTypes.cf" cluster MIVDB01SCluster ( UserNames = {admin = IpqIpkPmqLqqOyqKpn} ClusterAddress = "172.22.8.132" Administrators = {admin} ) система MIVDB01S ( ) группа AppService ( SystemList = {MIVDB01S = 0} AutoStart = 0 ClusterFailOverPolicy = Auto ) Приложение NMSServer ( Critical = 0 StartProgram = "/ opt / HWENGR / NMSApp / haStart" StopProgram = "/ opt / HWENGR / NMSApp / haStop" CleanProgram = "/ opt / HWENGR / NMSApp / haCleangram" = MonitorProgram "= MonitorProgram "/ opt / HWENGR / NMSApp / haMonitor" ) Mount DataFilesystem ( MountPoint = "/ opt / sybase / data" BlockDevice = "/ dev / vx / dsk / datadg / lv_nms_data" FSType = ufs FsckOpt = "-y" ) NIC appNIC ( Critical = 0 Device = bge0 NetworkHosts = {"172.22.8.115 "} ) RVGPrimary RVGPrimary ( RvgResourceName = datarvg ) Sybase DatabaseServer ( Server = DBSVR, Owner = sybase Home = "/ opt / sybase" Version = "15.0" SA = sa SApswd = dlgPlpEprPkpIpqPijEjfJgword UPUser 9129 = NMSuser ) NMSuser SybaseBk BackupServer ( Critical = 0 Backupserver = DBSVR_back Owner = sybase Home = "/ opt / sybase" Version = "15.0 " Сервер = DBSVR SA = sa SApswd = dlgPlpEprPkpIpqPijEjfJg ) требуется группа VVRService локальная онлайн-фирма BackupServer требует DatabaseServer DataFilesystem требует RVGPrimary DatabaseServer требует DataFilesystem NMSServer требует BackupServer RVGPrimary требует appNIC // дерево зависимостей ресурсов // // группа AppService // { // Приложение NMSServer // { // SybaseBk BackupServer // { // Sybase DatabaseServer // { // Подключить DataFilesystem // { // RVGPrimary RVGPrimary // { // NIC appNIC //} //} //} //} //} //} группа ClusterService ( SystemList = {MIVDB01S = 0} AutoStartList = {MIVDB01S} ClusterFailOverPolicy = Auto OnlineRetryLimit = 3 OnlineRetryInterval = 120 ) Приложение wac ( StartProgram = "/ opt / VRTSvcs / bin / wacstart" StopProgram = "/ opt / VRTSvcs / bin / wacstop" MonitorProcesses = {"/ opt / VRTSvcs / bin / wac"} RestartLimit = 3 ) NotifierMngr ntfr ( Critical = 0 SnmpConsoles = {MIVDB01S = Information} ) // дерево зависимостей ресурсов // // группа ClusterService // { // NotifierMngr ntfr // Application wac //} группа VVRService ( SystemList = {MIVDB01S = 0} AutoStartList = {MIVDB01S} ClusterFailOverPolicy = Auto ) RVG datarvg ( Critical = 0 RVG = datarvg DiskGroup = datadg ) // дерево зависимости ресурсов // // группа VVRService // { // RVG datarvg //} После исправления ситуации я перезагрузил сервер командой: 'init 6' без остановки VCS. Это промежуточная ситуация с одним локальным кластером только с одним узлом. В Futre мы должны добавить второй локальный кластер, чтобы получить глобальный кластер. root @ MIVDB01S # cat /var/VRTSvcs/log/engine_A.log | grep "2012/04/30" 2012/04/30 00:13:35 VCS INFO V-16-1-53504 Сообщение VCS Engine Alive !! 30.04.2012, 04:13:36 VCS INFO V-16-1-53504 Сообщение VCS Engine Alive !! 30.04.2012 08:02:51 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: MSG_CLUSTER_STOP_SYS с localhost 30.04.2012 08:02:51 УВЕДОМЛЕНИЕ VCS V-16-1-10322 Система MIVDB01S (Узел '0') изменил состояние с RUNNING на LEAVING 30.04.2012 08:02:51 УВЕДОМЛЕНИЕ VCS V-16-1-10300 Запуск автономного сервера NMSServer ресурсов (владелец: Unspecified, Group: AppService) в системе MIVDB01S 2012/04/30 08:02:51 УВЕДОМЛЕНИЕ VCS V-16-1-10300 Запуск в автономном режиме ресурса wac (владелец: не указан, группа: ClusterService) в системе MIVDB01S 30/04/2012 08:02:51 УВЕДОМЛЕНИЕ VCS V -16-1-10300 Запуск в автономном режиме ресурса ntfr (владелец: не указан, группа: ClusterService) в системе MIVDB01S 30.04.2012 08:02:53 ОШИБКА VCS V-16-10001-87 (MIVDB01S) Приложение: NMSServer: в автономном режиме: не удалось выполнить [/ opt / HWENGR / NMSApp / haStop]. 30.04.2012 08:02:53 VCS INFO V-16-20010-222 (MIVDB01S) RVG: datarvg: monitor: vradmind не запущен. Запускаем vradmind deamon. 30.04.2012, 08:02:53 VCS INFO V-16-2-13716 (MIVDB01S) Ресурс (NMSServer): вывод завершенной операции (офлайн) 30.04.2012 08:02:54 VCS INFO V -16-1-10305 Ресурс ntfr (владелец: не указан, группа: ClusterService) отключен на MIVDB01S (инициирован VCS) 30.04.2012 08:02:54 УВЕДОМЛЕНИЕ VCS V-16-1-50402 Двигатель VCS в системе MIVDB01S потерял соединение с глобальным соединителем 30.04.2012 08:02:54 VCS INFO V-16-10001-88 (MIVDB01S) Приложение: wac: offline: успешно выполнено [/ opt / VRTSvcs / bin / wacstop]. 30.04.2012 08:02:54 VCS INFO V-16-20010-223 (MIVDB01S) RVG: datarvg: monitor: in.vxrsyncd не запущен. Запуск демона in.vxrsyncd. 30.04.2012, 08:02:55 VCS INFO V-16-1-10305 Ресурс wac (владелец: не указан, группа: ClusterService) отключен на MIVDB01S (инициирован VCS) 30.04.2012 08:02:55 УВЕДОМЛЕНИЕ VCS V-16-1-10446 Group ClusterService отключен в системе MIVDB01S 30.04.2012, 08:02:55 VCS INFO V-16-1-10493 Оценка MIVDB01S как потенциального целевого узла для группы ClusterService 2012/04/ 30 08:02:55 VCS INFO V-16-1-10494 Система MIVDB01S не в состоянии РАБОТА 30.04.2012 08:02:55 УВЕДОМЛЕНИЕ VCS V-16-1-10490 Сброс откачки (lastval = 0) для группы ClusterService для узла MIVDB01S 30.04.2012, 08:02:56 ОШИБКА VCS V-16-2-13064 (MIVDB01S) Агент вызывает очистку ресурса (NMSServer), поскольку ресурс работает даже после завершения автономного режима. 30.04.2012 08:02:58 VCS INFO V-16-2-13068 (MIVDB01S) Ресурс (NMSServer) - очистка успешно завершена. 30.04.2012, 08:03:00 VCS ERROR V-16-2-13077 (MIVDB01S) Агент не может работать с автономным ресурсом (NMSServer). Может потребоваться административное вмешательство. 30.04.2012 08:03:52 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: MSG_CLUSTER_STOP_SYS с localhost 30.04.2012 08:04:53 VCS INFO V-16-1-50135 Корень пользователя запущенная команда: MSG_CLUSTER_STOP_SYS с localhost 30.04.2012 08:11:55 УВЕДОМЛЕНИЕ VCS V-16-1-11022 Двигатель VCS (был) запущен 30.04.2012 08:11:55 ИНФОРМАЦИЯ VCS V-16-1 -10196 Регистратор кластера запущен 30.04.2012 08:11:55 УВЕДОМЛЕНИЕ VCS V-16-1-11027 Аргументы запуска двигателя VCS = -onenode 30.04.2012 08:11:55 УВЕДОМЛЕНИЕ VCS V-16-1 -11050 Версия двигателя VCS = 5.1 30.04.2012 08:11:55 УВЕДОМЛЕНИЕ VCS V-16-1-11051 Версия соединения механизма VCS = 5.1.10.0 30.04.2012 08:11:55 УВЕДОМЛЕНИЕ VCS V-16-1-11052 VCS двигатель pstamp = 5.1.101.000-5.1SP1RP1-2011-01-20_18.30.00 30.04.2012 08:11:55 УВЕДОМЛЕНИЕ VCS V-16-1-10115 Использование GABSIM 30.04.2012 08:11:55 УВЕДОМЛЕНИЕ VCS V-16-1-14032 Формирование кластера с одним узлом 30.04.2012 08:12:00 УВЕДОМЛЕНИЕ VCS V-16-1-10619 'HAD', начало: MIVDB01S 30.04.2012 08:12 : 00 VCS INFO V-16-1-51138 Количество процессоров, сконфигурированных в этой системе: 32 30.04.2012 08:12:00 VCS WARNING V-16-1-51140 В многопроцессорной системе настройте соответствующий высокое значение атрибута ShutdownTimeout.Это гарантирует, что при возникновении паники в системе ее сервисные группы успешно переключаются на другие системы. Для получения дополнительной информации см. Руководство администратора VCS 2012/04/30 08:12:01 VCS INFO V-16-1-10125 Тайм-аут GAB установлен на 30000 мс 2012/04/30 08:12:02 VCS INFO V -16-1-10077 Получено новое членство в кластере 30.04.2012 08:12:02 УВЕДОМЛЕНИЕ VCS Система V-16-1-10112 (MIVDB01S) - Членство: 0x1, DDNA: 0x0 30.04.2012 08: 12:02 УВЕДОМЛЕНИЕ VCS V-16-1-10086 Система MIVDB01S (узел '0') находится в обычном членстве - членство: 0x1 30.04.2012 08:12:02 УВЕДОМЛЕНИЕ VCS V-16-1-10322 Система MIVDB01S (Узел '0') изменил состояние с CURRENT_DISCOVER_WAIT на LOCAL_BUILD 2012/04/30 08:12:03 ПРЕДУПРЕЖДЕНИЕ VCS V-16-1-10030 UseFence = NONE.Следовательно, ограждение не требуется. 30.04.2012 08:12:03 УВЕДОМЛЕНИЕ VCS V-16-1-10322 Система MIVDB01S (узел '0') изменила состояние с LOCAL_BUILD на RUNNING 30.04.2012 08:12:04 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSvcs / bin / Application / ApplicationAgent для типа ресурса Приложение успешно запущено в понедельник 30 апреля 08:12:04 2012 30/04/30 08:12:04 УВЕДОМЛЕНИЕ VCS V -16-1-10016 Агент / opt / VRTSvcs / bin / Mount / MountAgent для типа ресурса Монтирование успешно началось в понедельник 30 апреля 08:12:04 2012 30.04.2012 08:12:04 УВЕДОМЛЕНИЕ VCS V-16- 1-10016 Агент / opt / VRTSvcs / bin / NIC / NICAgent для сетевого адаптера типа ресурса успешно запущен в понедельник 30 апреля 08:12:04 2012 30.04.2012 08:12:04 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSvcs / bin / NotifierMngr / NotifierMngrAgent для типа ресурса NotifierMngr успешно запущен в понедельник 30 апреля 08:12:04 2012 30.04.2012 08:12:04 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Agent / opt / VRTSvcs / bin / RVG / RVGAgent для типа ресурса RVG успешно запущен в понедельник 30 апреля 08:12:04 2012 2012/04 / 30 08:12:04 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSvcs / bin / RVGPrimary / RVGPrimaryAgent для типа ресурса RVGPrimary успешно запущен в понедельник 30 апреля 08:12:04 2012 30.04.2012 08 : 12: 04 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSagents / ha / bin / Sybase / SybaseAgent для типа ресурса Sybase успешно запущен в понедельник 30 апреля 08:12:04 2012 30.04.2012 08: 12:04 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSagents / ha / bin / SybaseBk / SybaseBkAgent для типа ресурса SybaseBk успешно запущен в понедельник 30 апреля 08:12:04 2012 30.04.2012 08:12 : 04 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSvcs / bin / HostMonitor для типа ресурса HostMonitor успешно запущен в понедельник 30 апреля 08:12:04 2012 30.04.2012 08:12:04 VCS INFO V -16-1-10151 Вызов триггера для дампа переменных среды 2012/04/30 08:12:04 VCS INFO V-16-1-10304 Resource BackupServer (владелец: не указан, группа: AppService) отключен на MIVDB01S (первая проверка ) 30.04.2012 08:12:04 VCS INFO V-16-1-10304 Resource DatabaseServer (Владелец: Не указано, группа: AppService) не в сети на MIVDB01S (первый зонд) 30.04.2012 08:12:04 VCS INFO V-16-6-15023 (MIVDB01S) dump_tunables: 30.04.2012, 08:12:04 VCS INFO V-16-1-10304 Resource ntfr (Owner: Unspecified, Group: ClusterService) не в сети на MIVDB01S (первая проверка) 30.04.2012 08:12:04 VCS INFO V-16-1-10304 Resource DataFilesystem (Владелец: не указан, группа: AppService) не в сети на MIVDB01S (первый зонд) 30.04.2012 08:12:04 VCS INFO V-16-6-15002 (MIVDB01S) hatrigger: hatrigger done / opt / VRTSvcs / bin / triggers / dump_tunables MIVDB01S 1 успешно 2012/04/30 08:12:05 VCS INFO V-16-1-10304 Ресурс wac (владелец: не указан, группа: ClusterService) отключен на MIVDB01S (первая проверка) 2012/04 / 30 08:12:05 УВЕДОМЛЕНИЕ VCS V-16-1-10438 Групповая служба ClusterService была проверена в системе MIVDB01S 2012/04/30 08:12:05 ИНФОРМАЦИЯ VCS V-16-1-50007 Запуск автоматического запуска онлайн group ClusterService 30.04.2012 08:12:05 УВЕДОМЛЕНИЕ VCS V-16-1-10233 Очистка Re Атрибут start для группы ClusterService на всех узлах 2012/04/30 08:12:05 УВЕДОМЛЕНИЕ VCS V-16-1-10301 Инициирование онлайн-ресурса wac (владелец: не указано, группа: ClusterService) в системе MIVDB01S 2012/04 / 30 08:12:05 УВЕДОМЛЕНИЕ VCS V-16-1-10301 Запуск онлайн ресурса ntfr (владелец: не указан, группа: ClusterService) в системе MIVDB01S 2012/04/30 08:12:05 VCS INFO V-16-10001 -88 (MIVDB01S) Приложение: wac: online: успешно выполнено [/ opt / VRTSvcs / bin / wacstart]. 30.04.2012 08:12:05 VCS INFO V-16-1-51058 Получен запрос на подключение от соединителя глобальной сети 30.04.2012 08:12:05 VCS INFO V-16-1-51059 Запрос на соединение от Соединитель глобальной сети был принят 30.04.2012 08:12:05 VCS INFO V-16-1-50403 Двигатель VCS в системе MIVDB01S установил соединение с соединителем глобальной сети 30.04.2012 08:12:05 VCS INFO V-16-1-10298 Resource ntfr (Owner: Unspecified, Group: ClusterService) находится в сети на MIVDB01S (инициировано VCS) 30.04.2012 08:12:05 VCS INFO V-16-1-10297 Resource datarvg ( Владелец: не указан, группа: VVRService) находится в сети на MIVDB01S (первый зонд) 30.04.2012 08:12:05 УВЕДОМЛЕНИЕ VCS V-16-1-10233 Сброс атрибута перезапуска для группы VVRService на всех узлах 2012/04/ 30 08:12:05 УВЕДОМЛЕНИЕ VCS V-16-1-10438 Группа VVRService была проверена в системе MIVDB01S 2012/04/30 08:12:05 УВЕДОМЛЕНИЕ VCS V-16-1-10447 Группа VVRService подключена к системе MIVDB01S 30.04.2012 08:12:06 VCS INFO V-16-1-10298 Resource wac (Собственный er: Unspecified, Group: ClusterService) находится в сети на MIVDB01S (инициирована VCS) 30.04.2012 08:12:06 УВЕДОМЛЕНИЕ VCS V-16-1-10447 Group ClusterService находится в сети в системе MIVDB01S 30.04.2012 08 : 12: 06 УВЕДОМЛЕНИЕ VCS V-16-1-10438 Группа VCShmg была проверена в системе MIVDB01S 2012/04/30 08:12:06 УВЕДОМЛЕНИЕ VCS V-16-1-10435 Группа VCShmg не запускается автоматически в системе MIVDB01S поскольку система не является частью атрибута AutoStartList группы. 30.04.2012 08:12:07 VCS INFO V-16-1-10297 Ресурс RVGPrimary (владелец: не указан, группа: AppService) подключен к MIVDB01S (первый зонд) 30.04.2012 08:12:07 УВЕДОМЛЕНИЕ VCS V-16-1-10233 Очистка атрибута перезапуска для группы AppService на всех узлах 30.04.2012 08:28:17 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -online DataFilesystem MIVDB01S с локального хоста 30.04.2012 09:11:44 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -online DataFilesystem MIVDB01S с localhost 30.04.2012 09:12:20 VCS INFO V-16-1 -50135 Команда, запущенная пользователем root: hares -online BackupServer MIVDB01S from localhost 30.04.2012 09:14:03 VCS INFO V-16-1-50135 Команда пользователя root: hares -clear NMSServer from localhost 2012/04 / 30 09:45:15 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -online DataFilesystem MIVDB01S from localhost 30.04.2012 09:47:04 VCS INFO V-16-1-10299 Resource DataFilesystem ( Владелец: Не указан, Группа: AppService) в сети o n MIVDB01S (не инициировано VCS) 2012/04/30 09:47:04 УВЕДОМЛЕНИЕ VCS V-16-1-10233 Очистка атрибута перезапуска для группы AppService на всех узлах 30.04.2012 09:47:46 ИНФОРМАЦИЯ О VCS V-16-1-50135 Команда, запущенная пользователем root: hagrp -online AppService MIVDB01S from localhost 30.04.2012 10:36:04 VCS INFO V-16-1-50135 Команда пользователя root запущена: hagrp -offline AppService MIVDB01S from localhost 30.04.2012, 10:36:04 УВЕДОМЛЕНИЕ VCS V-16-1-10167 Ручной запуск в автономном режиме группы AppService в системе MIVDB01S 30.04.2012 10:36:04 УВЕДОМЛЕНИЕ VCS V-16-1-10300 Запуск в автономном режиме системы файлов данных ресурсов (владелец: не указан, группа: AppService) в системе MIVDB01S 30.04.2012, 10:36:05 VCS INFO V-16-1-10305 Система файлов данных ресурсов (владелец: не указана, группа: AppService) отключена на MIVDB01S (инициировано VCS) 30.04.2012 10:36:05 УВЕДОМЛЕНИЕ VCS V-16-1-10300 Запуск ресурса RVGPrimary в автономном режиме (владелец: не указан, группа: AppService) в системе MIVDB01S 30.04.2012 10 : 36: 07 ИНФОРМАЦИЯ О VCS V-16-20010-176 (MIVDB01S) RVGPrimary: RVGPrimary: offline: Lockfile был успешно удален 30.04.2012, 10:36:10 VCS INFO V-16-1-10305 Resource RVGPrimary (Владелец: Unspecified, Group: AppService ) не в сети на MIVDB01S (инициирована VCS) 30.04.2012 10:36:10 УВЕДОМЛЕНИЕ VCS V-16-1-10446 Group AppService отключен в системе MIVDB01S 30.04.2012 10:38:16 VCS INFO V -16-1-50135 Команда, запущенная пользователем root: hagrp -online AppService MIVDB01S с localhost 30.04.2012 10:56:59 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -clear NMSServer MIVDB01S с локального хоста 30/04/12 11:03:17 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -offline NMSServer MIVDB01S с localhost 30.04.2012 11:44:57 VCS INFO V-16-1 -50135 Команда, запускаемая пользователем root: hagrp -online AppService MIVDB01S from localhost 30.04.2012 11:54:48 VCS INFO V-16-1-50135 Команда пользователя root: haconf -makerw from localhost 30.04.2012 11:54:50 VCS INFO V-16-1-50135 Комманд, запущенный пользователем root и: hagrp -enable AppService с localhost 2012/04/30 11:55:20 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: haconf -dump -makero from localhost 30.04.2012 11:55: 26 VCS INFO V-16-1-50135 Команда, запускаемая пользователем root: hagrp -online AppService MIVDB01S с localhost 30.04.2012, 11:59:26 VCS INFO V-16-1-50135 Команда пользователя root: haconf -makerw от localhost 2012/04/30 12:00:15 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hagrp -enable VVRService from localhost 2012/04/30 12:00:26 VCS INFO V-16- 1-50135 Команда, запускаемая пользователем root: hagrp -enable ClusterService from localhost 2012/04/30 12:00:35 VCS INFO V-16-1-50135 Команда пользователя root: haconf -dump -makero from localhost 2012/04 / 30 12:00:40 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hagrp -online AppService MIVDB01S from localhost 30.04.2012 12:01:40 VCS INFO V-16-1-50135 Пользователь root запущенная команда: haconf -makerw from localhost 2012/04/30 12:02:30 VCS INFO V-16-1-50135 Us er root запущенная команда: hares -modify wac Включено 1 с localhost 2012/04/30 12:02:44 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify ntfr Включено 1 с localhost 2012/04 / 30 12:02:55 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify datarvg Включено 1 с localhost 30.04.2012 12:03:08 VCS INFO V-16-1-50135 User Команда, запускаемая root: hares -modify appNIC Включено 1 с локального хоста 2012/04/30 12:03:27 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify RVGPrimary Enabled 1 с localhost 2012/04/ 30 12:03:41 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify NMSServer Enabled 1 с localhost 30.04.2012 12:03:55 VCS INFO V-16-1-50135 Пользователь root запущенная команда: hares -modify DatabaseServer Включено 1 с локального хоста 2012/04/30 12:04:14 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify DataFilesystem Enabled 1 с localhost 30.04.2012 12:04:30 VCS INFO V-16-1-50135 User ro ot fired command: hares -modify BackupServer Enabled 1 from localhost 2012/04/30 12:04:50 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: haconf -dump -makero from localhost 30.04.2012 12:04:58 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hagrp -online AppService MIVDB01S from localhost 30.04.2012 12:06:23 VCS INFO V-16-1-50135 Команда, запущенная пользователем root : hares -online RVGPrimary MIVDB01S от localhost 2012/04/30 12:06:31 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -clear NMSServer from localhost 30.04.2012, 12:07:13 VCS INFO V-16-1-53504 Сообщение VCS Engine Alive !! 30.04.2012 12:08:26 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: haconf -makerw from localhost 30.04.2012 12:08:39 VCS INFO V-16-1-50135 Команда, запускаемая пользователем root: hagrp -enable AppService from localhost 2012/04/30 12:08:56 VCS INFO V-16-1-50135 Команда пользователя root: hagrp -enable VVRService from localhost 30.04.2012 12: 09:10 VCS INFO V-16-1-50135 Команда, запускаемая пользователем root: hagrp -enable ClusterService from localhost 2012/04/30 12:09:16 VCS INFO V-16-1-50135 Команда пользователя root: hagrp - включить AppService с localhost 2012/04/30 12:09:34 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify wac Включено 1 с localhost 2012/04/30 12:09:48 VCS INFO V-16-1-50135 Команда, запускаемая пользователем root: hares -modify ntfr Включено 1 с localhost 30.04.2012 12:09:57 VCS INFO V-16-1-50135 Команда пользователя root: hares -modify datarvg Включено 1 с localhost 2012/04/30 12:10:03 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: ha res -modify appNIC Включено 1 с локального хоста 2012/04/30 12:10:11 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify RVGPrimary Enabled 1 с localhost 30.04.2012 12:10 : 25 VCS INFO V-16-1-50135 Команда, запускаемая пользователем root: hares -modify RVGPrimary Enabled 1 с localhost 2012/04/30 12:10:26 VCS INFO V-16-1-50135 Команда пользователя root: hares -modify NMSServer Enabled 1 с localhost 2012/04/30 12:10:34 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify DatabaseServer Enabled 1 с localhost 30.04.2012 12:10: 44 VCS INFO V-16-1-50135 Команда, запускаемая пользователем root: hares -modify DataFilesystem Enabled 1 с localhost 2012/04/30 12:10:50 VCS INFO V-16-1-50135 Команда пользователя root: hares - изменить BackupServer Enabled 1 с localhost 30.04.2012 12:11:02 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: haconf -dump -makero from localhost 30.04.2012 12:13:17 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -online DataFilesystem MIVDB01S с localhost 2012/04/30 12:18:57 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -online RVGPrimary MIVDB01S from localhost 30.04.2012 12:35:06 VCS INFO V-16-1-50135 Команда, запускаемая пользователем root: haconf -makerw from localhost 30.04.2012 12:35:54 VCS INFO V-16-1-50135 Команда пользователя root: hares -modify wac Включено 1 с localhost 30.04.2012 12:36:18 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify ntfr Включено 1 с localhost 30.04.2012 12:36:29 VCS INFO V-16 -1-50135 Команда, запускаемая пользователем root: hares -modify datarvg Включено 1 с локального хоста 30.04.2012 12:37:26 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify appNIC Включено 1 с localhost 30.04.2012 12:37:45 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify RVGPrimary Enabled 1 с localhost 30.04.2012 12:37:59 VCS INFO V-16- 1-50135 Команда, запущенная пользователем root: hares -modify NMSServer Enabled 1 из localhost 30.04.2012 12:38:20 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify DatabaseServer Enabled 1 с localhost 30.04.2012 12:38:35 VCS INFO V-16 -1-50135 Команда, запускаемая пользователем root: hares -modify DataFilesystem Enabled 1 с localhost 30.04.2012 12:38:50 VCS INFO V-16-1-50135 Команда пользователя root: hares -modify BackupServer Enabled 1 с localhost 30.04.2012 12:40:18 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: haconf -dump -makero from localhost 30.04.2012 12:42:39 VCS INFO V-16-1 -50135 Команда, запускаемая пользователем root: hares -online RVGPrimary MIVDB01S from localhost 30.04.2012 12:44:52 VCS INFO V-16-1-50135 Команда пользователя root: hares -online DataFilesystem MIVDB01S с localhost 2012/04 / 30 12:52:54 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: MSG_RES_PROBE RVGPrimary MIVDB01S from localhost 30.04.2012 12:52:55 VCS INFO V-16-1-10306 Resource RVGPrimary (Owner : Unspecified, Group: AppService) отключено ne на MIVDB01S (предыдущее состояние = OFFLINE) 2012/04/30 12:53:54 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: MSG_RES_PROBE DataFilesystem MIVDB01S с localhost 30.04.2012 12:53:54 VCS INFO V-16-1-10306 Resource DataFilesystem (владелец: Unspecified, Group: AppService) отключен на MIVDB01S (предыдущее состояние = OFFLINE) 30.04.2012 12:55:57 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: MSG_RES_PROBE NMSServer MIVDB01S с localhost 30.04.2012 12:56:18 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: MSG_RES_PROBE NMSServer MIVDB01S from localhost 30.04.2012 12:56: 57 VCS INFO V-16-1-50135 Команда, запускаемая пользователем root: hares -online RVGPrimary MIVDB01S from localhost 30.04.2012 13:04:49 VCS INFO V-16-1-50135 Команда пользователя root: haconf -makerw from localhost 30.04.2012 13:04:57 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify wac Включено 1 с localhost 30.04.2012 13:05:05 VCS INFO V- 16-1-50135 Команда, запущенная пользователем root: har es -modify ntfr Включено 1 с localhost 30.04.2012 13:05:15 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify datarvg Включена 1 с localhost 30.04.2012 13:05 : 22 VCS INFO V-16-1-50135 Команда, запускаемая пользователем root: hares -modify appNIC Включено 1 с localhost 2012/04/30 13:05:29 VCS INFO V-16-1-50135 Команда пользователя root: hares -modify RVGPrimary Enabled 1 с localhost 2012/04/30 13:05:36 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify NMSServer Enabled 1 с localhost 30.04.2012 13:05: 43 VCS INFO V-16-1-50135 Команда, запускаемая пользователем root: hares -modify DatabaseServer Enabled 1 с localhost 2012/04/30 13:05:49 VCS INFO V-16-1-50135 Команда пользователя root: hares - изменить DataFilesystem Enabled 1 с localhost 30.04.2012 13:05:55 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify BackupServer Enabled 1 с localhost 30.04.2012 13:06:02 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: haconf -dump -makero from localhost 30.04.2012 13:06:46 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -online RVGPrimary MIVDB01S from localhost 30.04.2012 13:21:47 VCS INFO V-16-1-50135 Команда, запускаемая пользователем root: hares -online BackupServer MIVDB01S from localhost 2012/04/30 13:22:06 VCS INFO V-16-1-50135 Команда пользователя root: hares -online DatabaseServer MIVDB01S с localhost 30.04.2012 13:22:25 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -online DataFilesystem MIVDB01S с localhost 30.04.2012 13:30:03 VCS INFO V- 16-1-50135 Команда, запускаемая пользователем root: haconf -makerw from localhost 2012/04/30 13:30:04 VCS INFO V-16-1-50135 Команда пользователя root: hagrp -enable AppService from localhost 2012/04 / 30 13:34:47 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: MSG_RES_PROBE NMSServer MIVDB01S с localhost 30.04.2012 13:41:03 VCS INFO V-16-1-50135 Команда, запущенная пользователем root : MSG_RES_PROBE DataFilesystem MIVDB01S из localhost 30.04.2012 13:41:03 VCS INFO V-16-1-10306 Resource DataFilesystem (владелец: не указана, группа: AppService) не в сети на MIVDB01S (предыдущее состояние = OFFLINE) 30.04.2012 13: 41:25 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: MSG_RES_PROBE DatabaseServer MIVDB01S с localhost 30.04.2012 13:41:25 VCS INFO V-16-1-10306 Resource DatabaseServer (Владелец: Unspecified, Group : AppService) не в сети на MIVDB01S (предыдущее состояние = OFFLINE) 30.04.2012 13:41:36 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: MSG_RES_PROBE BackupServer MIVDB01S с localhost 30.04.2012 13 : 41: 36 VCS INFO V-16-1-10306 Resource BackupServer (владелец: Unspecified, Group: AppService) отключен на MIVDB01S (предыдущее состояние = OFFLINE) 2012/04/30 13:42:20 VCS INFO V-16 -1-50135 Команда, запущенная пользователем root: MSG_RES_PROBE NMSServer MIVDB01S from localhost 30.04.2012 13:42:51 VCS INFO V-16-1-50135 Команда пользователя root запущена: MSG_RES_PROBE RVGPrimary MIVDB01S from localhost 9112 9 30.04.2012 13:42:52 VCS INFO V-16-1-10306 Ресурс RVGPrimary (владелец: не указан, группа: AppService) отключен на MIVDB01S (предыдущее состояние = OFFLINE) 30.04.2012 13:44 : 37 VCS INFO V-16-1-50135 Команда, запускаемая пользователем root: hares -modify RVGPrimary Enabled 1 с localhost 2012/04/30 13:44:54 VCS INFO V-16-1-50135 Команда пользователя root: hares -modify NMSServer Enabled 1 с localhost 30.04.2012 13:45:02 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -modify DatabaseServer Enabled 1 с localhost 30.04.2012 13:45: 08 VCS INFO V-16-1-50135 Команда, запускаемая пользователем root: hares -modify DataFilesystem Enabled 1 с localhost 2012/04/30 13:45:15 VCS INFO V-16-1-50135 Команда пользователя root: hares - изменить BackupServer Enabled 1 с localhost 30.04.2012 13:46:27 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -online RVGPrimary MIVDB01S from localhost 30.04.2012 13:46:45 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -onl ine DataFilesystem MIVDB01S с localhost 2012/04/30 14:26:04 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hagrp -flush AppService MIVDB01S 0 с localhost 30.04.2012 14:26:04 VCS INFO V-16-1-10306 Resource DataFilesystem (владелец: Unspecified, Group: AppService) отключен на MIVDB01S (предыдущее состояние = OFFLINE) 30.04.2012 14:26:04 VCS INFO V-16-1-10306 Resource BackupServer (владелец: Unspecified, Group: AppService) отключен от MIVDB01S (предыдущее состояние = OFFLINE) 30.04.2012 14:26:04 VCS INFO V-16-1-10306 Resource DatabaseServer (Owner: Unspecified, Group: AppService) ) не в сети на MIVDB01S (предыдущее состояние = OFFLINE) 30.04.2012 14:26:05 VCS INFO V-16-1-10306 Ресурс RVGPrimary (владелец: не указан, группа: AppService) отключен на MIVDB01S (предыдущее состояние = OFFLINE) 30.04.2012 14:29:39 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hagrp -clearadminwait AppService MIVDB01S с localhost 30.04.2012 14:33:02 VCS INFO V-16 -1-50135 Пользователь ro ot fired command: hagrp -disableresources AppService from localhost 30.04.2012 14:33:02 УВЕДОМЛЕНИЕ VCS V-16-1-10438 Групповая служба AppService была проверена в системе MIVDB01S 30.04.2012 14:33:02 VCS УВЕДОМЛЕНИЕ V-16-1-10434 Group AppService не запускается автоматически, поскольку атрибут AutoStart группы не установлен. 30.04.2012 14:33:47 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -clear NMSServer MIVDB01S с localhost 30.04.2012 14:34:07 VCS INFO V-16-1 -50135 Пользовательская команда, запущенная пользователем root: hagrp -enableresources AppService from localhost 30.04.2012, 14:34:07 VCS INFO V-16-1-10306 Resource BackupServer (владелец: Unspecified, Group: AppService) отключен на MIVDB01S (предыдущий State = OFFLINE) 2012/04/30 14:34:07 VCS INFO V-16-1-10306 Resource DataFilesystem (владелец: Unspecified, Group: AppService) отключен на MIVDB01S (предыдущее состояние = OFFLINE) 2012/04/ 30 14:34:07 VCS INFO V-16-1-10306 Resource DatabaseServer (владелец: Unspecified, Group: AppService) отключен на MIVDB01S (предыдущее состояние = OFFLINE) 30.04.2012 14:34:09 VCS INFO V -16-1-10306 Resource RVGPrimary (Owner: Unspecified, Group: AppService) отключен на MIVDB01S (предыдущее состояние = OFFLINE) 30.04.2012 14:35:43 VCS INFO V-16-1-50135 Пользователь root уволен команда: hagrp -offline -force AppService MIVDB0 1S от localhost 2012/04/30 15:34:01 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: MSG_CLUSTER_STOP_ALL_FORCE с localhost 30.04.2012 15:34:01 УВЕДОМЛЕНИЕ VCS V-16-1- 10322 Система MIVDB01S (узел '0') изменила состояние с РАБОТАЕТ на ВЫХОД 30.04.2012 15:34:01 УВЕДОМЛЕНИЕ VCS V-16-1-10300 Запуск автономного режима ресурса wac (владелец: не указан, группа: ClusterService) включен Система MIVDB01S 30/04/12 15:34:01 УВЕДОМЛЕНИЕ VCS V-16-1-10300 Запуск в автономном режиме ресурса ntfr (владелец: не указано, группа: ClusterService) в системе MIVDB01S 30/04/12 15:34:01 УВЕДОМЛЕНИЕ VCS V-16-1-50402 Двигатель VCS в системе MIVDB01S потерял соединение с глобальным соединителем 30.04.2012, 15:34:01 VCS INFO V-16-10001-88 (MIVDB01S) Приложение: wac: offline: Выполнено [/ opt / VRTSvcs / bin / wacstop] успешно. 30.04.2012 15:34:02 VCS INFO V-16-1-10305 Ресурс wac (владелец: не указан, группа: ClusterService) отключен на MIVDB01S (инициирован VCS) 30.04.2012 15:34:03 VCS INFO V-16-1-10305 Resource ntfr (Owner: Unspecified, Group: ClusterService) отключен на MIVDB01S (инициирован VCS) 30.04.2012 15:34:03 VCS NOTICE V-16-1-10446 Group ClusterService не в сети MIVDB01S 30.04.2012 15:34:03 УВЕДОМЛЕНИЕ VCS V-16-1-10322 Система MIVDB01S (узел '0') изменила состояние с ВЫХОДА на ВЫХОД 30.04.2012 15:34:03 УВЕДОМЛЕНИЕ VCS V-16-1-10322 Система MIVDB01S (узел '0') изменила состояние с ВЫХОДА на ВЫХОДИТ 30.04.2012 15:41:58 УВЕДОМЛЕНИЕ VCS V-16-1-11022 Двигатель VCS (был) запущен 2012/04/30 15:41:58 VCS INFO V-16-1-10196 Регистратор кластера запущен 30.04.2012 15:41:58 УВЕДОМЛЕНИЕ VCS V-16-1-11027 Аргументы запуска двигателя VCS = -onenode 30.04.2012 15:41:58 УВЕДОМЛЕНИЕ VCS V-16-1-11050 Версия двигателя VCS = 5.1 30.04.2012 15:41:58 УВЕДОМЛЕНИЕ VCS V-16-1-11051 Версия соединения механизма VCS = 5.1.10.0 30.04.2012 15:41:58 УВЕДОМЛЕНИЕ VCS V-16-1-11052 VCS двигатель pstamp = 5.1.101.000-5.1SP1RP1-2011-01-20_18.30.00 30.04.2012 15:41:58 УВЕДОМЛЕНИЕ VCS V-16-1-10115 Использование GABSIM 30.04.2012 15:41:58 УВЕДОМЛЕНИЕ VCS V-16-1-14032 Формирование кластера из одного узла 30.04.2012 15:42:04 УВЕДОМЛЕНИЕ VCS V-16-1-10619 'HAD', начало: MIVDB01S 30.04.2012 15:42 : 04 VCS INFO V-16-1-51138 Количество процессоров, сконфигурированных в этой системе: 32 30.04.2012 15:42:04 ПРЕДУПРЕЖДЕНИЕ VCS V-16-1-51140 В многопроцессорной системе настройте соответствующий высокое значение атрибута ShutdownTimeout.Это гарантирует, что при возникновении паники в системе ее сервисные группы успешно переключаются на другие системы. Для получения дополнительной информации см. Руководство администратора VCS 2012/04/30 15:42:06 VCS INFO V-16-1-10125 Тайм-аут GAB установлен на 30000 мс 30.04.2012 15:42:06 VCS INFO V -16-1-10077 Получено новое членство в кластере 30.04.2012 15:42:06 УВЕДОМЛЕНИЕ VCS Система V-16-1-10112 (MIVDB01S) - Членство: 0x1, DDNA: 0x0 30.04.2012 15: 42:06 УВЕДОМЛЕНИЕ VCS V-16-1-10086 Система MIVDB01S (узел '0') находится в обычном членстве - членство: 0x1 30.04.2012 15:42:06 УВЕДОМЛЕНИЕ VCS V-16-1-10322 Система MIVDB01S (Узел '0') изменил состояние с CURRENT_DISCOVER_WAIT на LOCAL_BUILD 30.04.2012, 15:42:07 ПРЕДУПРЕЖДЕНИЕ VCS V-16-1-10030 UseFence = NONE.Следовательно, ограждение не требуется 30.04.2012 15:42:07 УВЕДОМЛЕНИЕ VCS V-16-1-10322 Система MIVDB01S (узел '0') изменила состояние с LOCAL_BUILD на RUNNING 30.04.2012 15:42:07 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSvcs / bin / Application / ApplicationAgent для типа ресурса Приложение успешно запущено в понедельник 30 апреля 15:42:07 2012 30/04/30 15:42:07 УВЕДОМЛЕНИЕ VCS V -16-1-10016 Агент / opt / VRTSvcs / bin / Mount / MountAgent для типа ресурса Монтирование успешно началось в понедельник 30 апреля, 15:42:07 2012 30.04.2012 15:42:07 УВЕДОМЛЕНИЕ VCS V-16- 1-10016 Агент / opt / VRTSvcs / bin / NIC / NICAgent для сетевого адаптера типа ресурса успешно запущен в понедельник 30 апреля 15:42:07 2012 30.04.2012 15:42:07 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSvcs / bin / NotifierMngr / NotifierMngrAgent для типа ресурса NotifierMngr успешно запущен в понедельник 30 апреля, 15:42:07 2012 30.04.2012 15:42:07 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Agent / opt / VRTSvcs / bin / RVG / RVGAgent для типа ресурса RVG успешно запущен в понедельник 30 апреля 15:42:07 2012 2012/04 / 30 15:42:07 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSvcs / bin / RVGPrimary / RVGPrimaryAgent для типа ресурса RVGPrimary успешно запущен в понедельник 30 апреля 15:42:07 2012 30/04/30 15 : 42: 07 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSagents / ha / bin / Sybase / SybaseAgent для типа ресурса Sybase успешно запущен в понедельник 30 апреля, 15:42:07 2012 30.04.2012 15: 42:07 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSagents / ha / bin / SybaseBk / SybaseBkAgent для типа ресурса SybaseBk успешно запущен в понедельник 30 апреля 15:42:07 2012 30.04.2012 15:42 : 07 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSvcs / bin / HostMonitor для типа ресурса HostMonitor успешно запущен в понедельник 30 апреля 15:42:07 2012 30/04/12 15:42:07 VCS INFO V -16-1-10151 Вызов триггера для дампа переменных среды 30.04.2012 15:42:08 VCS INFO V-16-1-10304 Resource BackupServer (владелец: Unspecified, Group: AppService) отключен на MIVDB01S (первая проверка ) 30.04.2012 15:42:08 VCS INFO V-16-1-10304 Resource DatabaseServer (Владелец: Не указано, группа: AppService) отключена на MIVDB01S (первая проверка) 30.04.2012 15:42:08 VCS INFO V-16-1-10304 Resource DataFilesystem (владелец: Unspecified, Group: AppService) отключена на MIVDB01S ( Первый зонд) 30.04.2012 15:42:08 VCS INFO V-16-1-10304 Ресурс ntfr (владелец: не указан, группа: ClusterService) отключен от MIVDB01S (первый зонд) 30.04.2012 15: 42:08 VCS INFO V-16-1-10304 Resource wac (Owner: Unspecified, Group: ClusterService) не в сети на MIVDB01S (первый зонд) 30.04.2012 15:42:08 VCS NOTICE V-16-1- 10438 Group ClusterService был проверен в системе MIVDB01S 30.04.2012 15:42:08 VCS INFO V-16-1-50007 Запуск автоматического запуска онлайн группы ClusterService 30.04.2012 15:42:08 УВЕДОМЛЕНИЕ VCS V-16-1-10233 Очистка атрибута перезапуска для группы ClusterService на всех узлах 30.04.2012 15:42:08 УВЕДОМЛЕНИЕ VCS V-16-1-10301 Инициирование ресурса wac в сети (владелец: не указан, группа: ClusterService) в системе MIVDB01S 2012/04/30 15:42:08 V УВЕДОМЛЕНИЕ CS V-16-1-10301 Запуск онлайн ресурса ntfr (владелец: не указан, группа: ClusterService) в системе MIVDB01S 30.04.2012 15:42:08 VCS INFO V-16-6-15023 (MIVDB01S) dump_tunables : 30.04.2012 15:42:08 VCS INFO V-16-6-15002 (MIVDB01S) hatrigger: hatrigger выполнен / opt / VRTSvcs / bin / triggers / dump_tunables MIVDB01S 1 успешно 30.04.2012 15:42 : 08 VCS INFO V-16-10001-88 (MIVDB01S) Приложение: wac: online: Выполнено [/ opt / VRTSvcs / bin / wacstart] успешно. 30.04.2012 15:42:08 VCS INFO V-16-1-10298 Ресурс ntfr (владелец: не указан, группа: ClusterService) подключен к MIVDB01S (инициирован VCS) 30.04.2012 15:42:08 VCS INFO V-16-1-51058 Получен запрос на соединение от соединителя глобальной сети 30.04.2012 15:42:08 VCS INFO V-16-1-51059 Запрос на соединение от соединителя глобальной сети принят 2012/04 / 30 15:42:08 VCS INFO V-16-1-50403 Двигатель VCS в системе MIVDB01S установил соединение с глобальным соединителем 30.04.2012 15:42:09 VCS INFO V-16-1-10297 Resource datarvg ( Владелец: не указан, группа: VVRService) находится в сети на MIVDB01S (первый зонд) 30.04.2012 15:42:09 УВЕДОМЛЕНИЕ VCS V-16-1-10233 Сброс атрибута перезапуска для группы VVRService на всех узлах 2012/04/ 30 15:42:09 УВЕДОМЛЕНИЕ VCS V-16-1-10438 Группа VVRService была проверена в системе MIVDB01S 30.04.2012 15:42:09 УВЕДОМЛЕНИЕ VCS V-16-1-10447 Группа VVRService подключена к системе MIVDB01S 30.04.2012 15:42:09 VCS INFO V-16-1-10298 Resource wac (Собственный er: Unspecified, Group: ClusterService) находится в сети на MIVDB01S (инициирована VCS) 30.04.2012 15:42:09 УВЕДОМЛЕНИЕ VCS V-16-1-10447 Group ClusterService находится в сети в системе MIVDB01S 30.04.2012 15 : 42: 10 УВЕДОМЛЕНИЕ VCS V-16-1-10438 Группа VCShmg была проверена в системе MIVDB01S 30.04.2012 15:42:10 УВЕДОМЛЕНИЕ VCS V-16-1-10435 Группа VCShmg не запускается автоматически в системе MIVDB01S поскольку система не является частью атрибута AutoStartList группы. 30.04.2012 15:42:10 VCS INFO V-16-1-10304 Ресурс RVGPrimary (владелец: не указан, группа: AppService) не в сети на MIVDB01S (первая проверка) 30.04.2012 15:49:08 VCS INFO V-16-1-50133 Пользователь admin вошел в систему с :: ffff: 172.22.8.132 30.04.2012 15:49:28 VCS INFO V-16-1-50135 Пользователь admin запустил команду: haconf -makerw from :: ffff: 172.22.8.132 2012/04/30 15:49:28 VCS INFO V-16-1-50135 Пользователь, администратор запустил команду: hagrp -enableresources AppService from :: ffff: 172.22.8.132 2012/04 / 30 15:49:51 VCS INFO V-16-1-50135 Администратор пользователя запустил команду: hares -online RVGPrimary MIVDB01S from :: ffff: 172.22.8.132 30.04.2012 15:50:05 ИНФОРМАЦИЯ О VCS V-16-1-50135 Администратор пользователя запустил команду: hagrp -enableresources VVRService из :: ffff: 172.22.8.132 30.04.2012 15:50: 16 VCS INFO V-16-1-50135 Пользовательская команда, запущенная администратором: hagrp -enableresources VVRService from :: ffff: 172.22.8.132 2012/04/30 15:50:32 VCS INFO V-16-1-50135 Пользователь admin уволен command: hagrp -enableresources ClusterService from :: ffff: 172.22.8.132 30.04.2012 15:51:05 VCS INFO V-16-1-50135 Пользователь, администратор запустил команду: hares -online RVGPrimary MIVDB01S from :: ffff: 172 .22.8.132 30.04.2012 15:51:49 VCS INFO V-16-1-50135 Пользовательская команда, запущенная администратором: hares -online DataFilesystem MIVDB01S из :: ffff: 172.22.8.132 30.04.2012 15:52 : 04 VCS INFO V-16-1-50135 Пользовательская команда, запущенная администратором: hagrp -autoenable AppService MIVDB01S from :: ffff: 172.22.8.132 2012/04/30 15:52:42 VCS INFO V-16-1-50135 Пользователь администратор запустил команду: hares -online RVGPrimary MIVDB01S from :: ffff: 172.22.8.132 30.04.2012 15:52:42 УВЕДОМЛЕНИЕ VCS V-16-1-10233 Очистка атрибута перезапуска для группы AppService на всех узлах 2012/04 / 30 15:52:42 УВЕДОМЛЕНИЕ VCS V-16-1-10301 Запуск RVGPrimary ресурса онлайн (владелец: не указан, группа: AppService) в системе MIVDB01S 2012/04/30 15:52:42 VCS INFO V-16- 20010-72 (MIVDB01S) RVGPrimary: RVGPrimary: online: RVG datarvg является основным; никаких действий не требуется 30.04.2012 15:52:44 VCS INFO V-16-1-10298 Ресурс RVGPrimary (владелец: не указан, группа: AppService) подключен к MIVDB01S (инициирован VCS) 30.04.2012 15: 54:54 VCS INFO V-16-1-50135 Пользовательская команда, запущенная администратором: hares -online DataFilesystem MIVDB01S from :: ffff: 172.22.8.132 30.04.2012 15:54:54 УВЕДОМЛЕНИЕ VCS V-16-1-10233 Очистка атрибута перезапуска для группы AppService на всех узлах 30.04.2012 15:54:54 УВЕДОМЛЕНИЕ VCS V-16-1 -10301 Запуск системы Resource DataFilesystem (владелец: Unspecified, Group: AppService) в системе MIVDB01S 30.04.2012 15:54:55 VCS INFO V-16-1-10298 Resource DataFilesystem (владелец: Unspecified, Group: AppService) находится в сети на MIVDB01S (инициировано VCS) 2012/04/30 15:55:08 VCS INFO V-16-1-50135 Администратор пользователя запустил команду: hares -online DatabaseServer MIVDB01S from :: ffff: 172.22.8.132 30.04.2012 15:55:08 УВЕДОМЛЕНИЕ VCS V-16-1-10233 Сброс атрибута перезапуска для группы AppService на всех узлах 30.04.2012 15:55:08 УВЕДОМЛЕНИЕ VCS V-16-1 -10301 Запуск сервера базы данных ресурсов в режиме онлайн (владелец: не указан, группа: AppService) в системе MIVDB01S 30.04.2012 15:55:09 VCS INFO V-16-20018-999 (MIVDB01S) Sybase: DatabaseServer: онлайн: su - sybase -c '. /opt/sybase/SYBASE.sh; / opt / sybase // установить / startserver -f / opt / sybase // установить / RUN_DBSVR '> / var / tmp / CheckStartResult.out 2> & 1 30.04.2012 15:55:10 VCS INFO V-16-20018-999 (MIVDB01S) Sybase: DatabaseServer: онлайн: xxxxxxxxxxxxx CMD_KEY = CMDSY: 30.04.2012 15:55:10 VCS INFO V-16-20018-999 (MIVDB01S) Sybase: DatabaseServer: онлайн: xxxxxxxxxxxxx CMD_KEY 30.04.2012 15:55:10 VCS INFO V-16-20018-999 (MIVDB01S) Sybase: DatabaseServer: онлайн: xxxxxxxxxxxxx не VCS_KEY 2012/04/30 15:55:10 VCS INFO V-16-20018-999 (MIVDB01S) Sybase: DatabaseServer: в сети: xxxxxxxxxxxxx password_decrypt_cmd = / opt / VRTSvcs / sbin / vcsdecrypt dlgPlpEprgPij9 / devpijpdlgPlpJqPij9 / dev / devq129 / dev / devpij9 / 04/30 15:55:10 VCS INFO V-16-20018-999 (MIVDB01S) Sybase: DatabaseServer: online: xxxxxxxxxxxxx Использование уровня пароля EP001 2012/04/30 15:55:10 VCS INFO V-16-20018 -999 (MIVDB01S) Sybase: DatabaseServer: онлайн: actual_passwd = Changeme123 30.04.2012 15:55:10 ИНФОРМАЦИЯ VCS V-16-20018-999 (MIVDB01S) Sybase: DatabaseServer: в сети: Sapswd = dlgPlpEprPijEjfjpIpqP 91 / 30 15:55:20 VCS INFO V-16-20018-999 (MIVDB01S) Sybase: D atabaseServer: онлайн: ISQL_CMD: su - sybase -c './opt/sybase/SYBASE.sh; isql -SDBSVR -Usa -PChangeme123 ' 2012/04/30 15:56:13 VCS INFO V-16-20018-999 (MIVDB01S) Sybase: DatabaseServer: онлайн: состояние восстановления NOT_IN_RECOVERY - завершение онлайн-сценария 2012/04 / 30 15:56:14 VCS INFO V-16-20018-7 (MIVDB01S) Sybase: DatabaseServer: monitor: Настройка cookie для proc = / opt / sybase / ASE-15_0 / bin / dataserver -sDBSVR -d / opt / sybase / data / lv_master -e / opt, PID = / proc / 7599 / psinfo 30.04.2012 15:56:14 VCS INFO V-16-1-10298 Resource DatabaseServer (владелец: Unspecified, Group: AppService) в сети на MIVDB01S (инициировано VCS) 30.04.2012 15:56:28 ИНФОРМАЦИЯ О VCS V-16-1-50135 Администратор пользователя запустил команду: hares -online BackupServer MIVDB01S из :: ffff: 172.22.8.132 30.04.2012 15:56:28 УВЕДОМЛЕНИЕ VCS V-16-1-10233 Сброс атрибута перезапуска для группы AppService на всех узлах 30.04.2012 15:56:28 УВЕДОМЛЕНИЕ VCS V-16-1 -10301 Запуск сервера резервного копирования ресурсов (владелец: не указан, группа: AppService) в системе MIVDB01S 30.04.2012 15:56:40 VCS INFO V-16-20018-7 (MIVDB01S) SybaseBk: BackupServer: монитор: установка файлов cookie для proc = / opt / sybase / ASE-15_0 / bin / backupserver -SDBSVR_back -e / opt / sybase / ASE-15_0 / insta, PID = / proc / 942 / psinfo 30.04.2012 15:56:40 VCS INFO V-16-1-10298 Resource BackupServer (владелец: Unspecified, Group: AppService) подключен к MIVDB01S (инициирован VCS) 30.04.2012 15:56:49 VCS INFO V-16-1-50135 Администратор пользователя уволен команда: hares -online NMSServer MIVDB01S from :: ffff: 172.22.8.132 30.04.2012 15:56:59 VCS INFO V-16-1-50135 Пользовательская команда, запущенная администратором: MSG_RES_PROBE NMSServer MIVDB01S from :: ffff: 172.22.8.132 30.04.2012 15:57:44 VCS INFO V-16-1-50135 Пользовательская команда, запущенная администратором: MSG_RES_PROBE NMSServer MIVDB01S from :: ffff: 172.22.8.132 2012/04/30 15:58:26 VCS INFO V-16-1-50135 Пользовательская команда, запущенная администратором: hares -online NMSServer MIVDB01S from :: ffff: 172.22.8.132 30.04.2012 15:58:53 VCS INFO V-16-1-50135 Пользователь, администратор запустил команду: hares -action NMSServer program.vfd 0 MIVDB01S из :: ffff: 172.22.8.132 2012/04/30 15:59:19 VCS INFO V-16-1-50135 Пользовательская команда, запущенная администратором: MSG_RES_PROBE NMSServer MIVDB01S из :: ffff: 172.22.8.132 2012 / 30.04, 15:59:52 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hares -offline NMSServer MUIVDB01S from localhost 30.04.2012 16:00:02 VCS INFO V-16-1-50135 User команда, запущенная пользователем root: hares -offline NMSServer MIVDB01S с localhost 30.04.2012 16:02:53 VCS INFO V-16-1-50135 Пользовательская команда, запущенная администратором: MSG_RES_PROBE NMSServer MIVDB01S from :: ffff: 172.22.8.132 2012/04/30 16:03:17 VCS INFO V-16-1-50135 Пользовательская команда, запущенная администратором: haconf -dump from :: ffff: 172.22.8.132 2012/04/30 16:05:03 VCS INFO V-16-1-50135 Пользовательская команда, запущенная администратором: hares -online NMSServer MIVDB01S from :: ffff: 172.22.8.132 2012/04/30 16:05:19 VCS INFO V-16-1-50135 Пользователь, администратор уволен команда: hares -online NMSServer MIVDB01S из :: ffff: 172.22.8.132 30.04.2012 16:05:25 VCS INFO V-16-1-50135 Пользовательская администратор запустила команду: MSG_RES_PROBE NMSServer MIVDB01S из :: ffff: 172.22.8.132 30.04.2012 16:07:18 VCS INFO V-16-1-50135 Пользовательская команда, запущенная администратором: hares -modify NMSServer Enabled 0 из :: ffff: 172.22.8.132 30.04.2012 16: 07:18 УВЕДОМЛЕНИЕ VCS V-16-1-10438 Группа AppService была проверена в системе MIVDB01S 2012/04/30 16:07:18 УВЕДОМЛЕНИЕ VCS V-16-1-10434 Group AppService не запускается автоматически как атрибут AutoStart для группа не установлена. 30/04/12 16:07:26 VCS INFO V-16-1-50135 Администратор пользователя запустил команду: hares -modify NMSServer Critical 0 из :: ffff: 172.22.8.132 30.04.2012 16:07:29 VCS INFO V-16-1-50135 Пользовательская команда, запущенная администратором: hares -modify NMSServer Enabled 1 из :: ffff: 172.22.8.132 30.04.2012 16: 07:34 VCS INFO V-16-1-50135 Пользовательская команда, запущенная администратором: MSG_RES_PROBE NMSServer MIVDB01S from :: ffff: 172.22.8.132 2012/04/30 16:08:04 VCS INFO V-16-1-50135 User admin запущенная команда: hares -online NMSServer MIVDB01S from :: ffff: 172.22.8.132 30.04.2012 16:10:07 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: MSG_RES_PROBE NMSServer MIVDB01S from localhost 2012/04 / 30 16:10:22 VCS INFO V-16-1-50135 Администратор пользователя запустил команду: hares -online NMSServer MIVDB01S from :: ffff: 172.22.8.132 2012/04/30 16:10:32 VCS INFO V-16-1-50135 Пользовательская команда, запущенная администратором: haconf -dump from :: ffff: 172.22.8.132 30.04.2012 16:11:31 VCS INFO V-16-1-50135 Команда, запускаемая пользователем root: hares -online NMSServer MIVDB01S с localhost 2012/04/30 16:32:37 VCS INFO V-16-1-50135 Команда пользователя root: MSG_RES_PROBE NMSServer MIVDB01S from localhost 30/04/12 16:34:03 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hagrp -enableresources AppService с localhost 30.04.2012 17:44:38 VCS INFO V-16-1 -50135 Команда, запущенная пользователем root: MSG_CLUSTER_STOP_ALL_FORCE с localhost 30.04.2012 17:44:38 УВЕДОМЛЕНИЕ VCS V-16-1-10322 Система MIVDB01S (узел '0') изменила состояние с RUNNING на LEAVING 30.04.2012 17:44:38 УВЕДОМЛЕНИЕ VCS V-16-1-10300 Запуск в автономном режиме ресурса wac (владелец: не указано, группа: ClusterService) в системе MIVDB01S 30.04.2012 17:44:38 УВЕДОМЛЕНИЕ VCS V-16-1- 10300 Запуск в автономном режиме ресурса ntfr (владелец: не указан, группа: ClusterService) на Система MIVDB01S 30.04.2012 17:44:38 УВЕДОМЛЕНИЕ VCS V-16-1-50402 Двигатель VCS в системе MIVDB01S потерял соединение с глобальным соединителем 30.04.2012 17:44:38 VCS INFO V-16 -10001-88 (MIVDB01S) Приложение: wac: offline: выполнено [/ opt / VRTSvcs / bin / wacstop] успешно. 30.04.2012 17:44:39 VCS INFO V-16-1-10305 Ресурс wac (владелец: не указан, группа: ClusterService) отключен на MIVDB01S (инициирован VCS) 30.04.2012 17:44:40 VCS INFO V-16-1-10305 Resource ntfr (Owner: Unspecified, Group: ClusterService) отключен на MIVDB01S (инициирован VCS) 30.04.2012 17:44:40 VCS NOTICE V-16-1-10446 Group ClusterService не в сети MIVDB01S 30.04.2012 17:44:40 УВЕДОМЛЕНИЕ VCS V-16-1-10322 Система MIVDB01S (узел '0') изменила состояние с ВЫХОДА на ВЫХОД 30.04.2012 17:44:40 УВЕДОМЛЕНИЕ VCS V-16-1-10322 Система MIVDB01S (узел '0') изменила состояние с ВЫХОДА на ВЫХОД 30.04.2012 17:45:35 УВЕДОМЛЕНИЕ VCS V-16-1-11022 Двигатель VCS (был) запущен 2012/04/30 17:45:35 VCS INFO V-16-1-10196 Регистратор кластера запущен 30.04.2012 17:45:35 УВЕДОМЛЕНИЕ VCS V-16-1-11027 Аргументы запуска двигателя VCS = -onenode 30.04.2012 17:45:35 УВЕДОМЛЕНИЕ VCS V-16-1-11050 Версия двигателя VCS = 5.1 30.04.2012 17:45:35 УВЕДОМЛЕНИЕ VCS V-16-1-11051 Версия соединения двигателя VCS = 5.1.10.0 30.04.2012 17:45:35 УВЕДОМЛЕНИЕ VCS V-16-1-11052 VCS двигатель pstamp = 5.1.101.000-5.1SP1RP1-2011-01-20_18.30.00 30.04.2012 17:45:35 УВЕДОМЛЕНИЕ VCS V-16-1-10115 Использование GABSIM 30.04.2012 17:45:35 УВЕДОМЛЕНИЕ VCS V-16-1-14032 Формирование кластера с одним узлом 30.04.2012 17:45:40 УВЕДОМЛЕНИЕ VCS V-16-1-10619 'HAD', начало: MIVDB01S 30.04.2012 17:45 : 40 VCS INFO V-16-1-51138 Количество процессоров, сконфигурированных в этой системе: 32 30.04.2012 17:45:40 VCS WARNING V-16-1-51140 В многопроцессорной системе настройте соответствующий высокое значение атрибута ShutdownTimeout.Это гарантирует, что при возникновении паники в системе ее сервисные группы успешно переключаются на другие системы. Для получения дополнительной информации см. Руководство администратора VCS 2012/04/30 17:45:40 VCS INFO V-16-1-10125 Тайм-аут GAB установлен на 30000 мс 2012/04/30 17:45:40 VCS INFO V -16-1-10077 Получено новое членство в кластере 30.04.2012 17:45:40 УВЕДОМЛЕНИЕ VCS Система V-16-1-10112 (MIVDB01S) - Членство: 0x1, DDNA: 0x0 30.04.2012 17: 45:40 УВЕДОМЛЕНИЕ VCS V-16-1-10086 Система MIVDB01S (узел '0') находится в обычном членстве - членство: 0x1 30.04.2012 17:45:40 УВЕДОМЛЕНИЕ VCS V-16-1-10322 Система MIVDB01S (Узел '0') изменил состояние с CURRENT_DISCOVER_WAIT на LOCAL_BUILD 30.04.2012 17:45:41 ПРЕДУПРЕЖДЕНИЕ VCS V-16-1-10030 UseFence = NONE.Следовательно, ограждение не требуется. 30.04.2012 17:45:41 УВЕДОМЛЕНИЕ VCS V-16-1-10322 Система MIVDB01S (узел '0') изменила состояние с LOCAL_BUILD на RUNNING 30.04.2012 17:45:41 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSvcs / bin / Application / ApplicationAgent для типа ресурса Приложение успешно запущено в понедельник 30 апреля 17:45:41 2012 30/04/30 17:45:41 УВЕДОМЛЕНИЕ VCS V -16-1-10016 Агент / opt / VRTSvcs / bin / Mount / MountAgent для типа ресурса Монтирование успешно началось в понедельник 30 апреля 17:45:41 2012 30.04.2012 17:45:41 УВЕДОМЛЕНИЕ VCS V-16- 1-10016 Агент / opt / VRTSvcs / bin / NIC / NICAgent для сетевого адаптера типа ресурса успешно запущен в понедельник 30 апреля 17:45:41 2012 30.04.2012 17:45:41 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSvcs / bin / NotifierMngr / NotifierMngrAgent для типа ресурса NotifierMngr успешно запущен в понедельник 30 апреля, 17:45:41 2012 30.04.2012 17:45:41 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Agent / opt / VRTSvcs / bin / RVG / RVGAgent для типа ресурса RVG успешно запущен в понедельник 30 апреля 17:45:41 2012 2012/04 / 30 17:45:41 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSvcs / bin / RVGPrimary / RVGPrimaryAgent для типа ресурса RVGPrimary успешно запущен в понедельник 30 апреля 17:45:41 2012 30/04/30 17 : 45: 41 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSagents / ha / bin / Sybase / SybaseAgent для типа ресурса Sybase успешно запущен в понедельник 30 апреля 17:45:41 2012 30.04.2012 17: 45:41 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSagents / ha / bin / SybaseBk / SybaseBkAgent для типа ресурса SybaseBk успешно запущен в понедельник 30 апреля 17:45:41 2012 30.04.2012 17:45 : 41 УВЕДОМЛЕНИЕ VCS V-16-1-10016 Агент / opt / VRTSvcs / bin / HostMonitor для типа ресурса HostMonitor успешно запущен в понедельник 30 апреля 17:45:41 2012 30/04/30 17:45:41 VCS INFO V -16-1-10151 Вызов триггера для дампа переменных среды 2012/04/30 17:45:41 VCS INFO V-16-6-15023 (MIVDB01S) dump_tunables: 2012/04/30 17:45:41 VCS INFO V-16-6-15002 (MIVDB01S) триггер: триггер выполнен / opt / VRTSvcs / bin / triggers / dump_tunables MIVDB01S 1 успешно y 30.04.2012 17:45:41 VCS INFO V-16-20018-7 (MIVDB01S) SybaseBk: BackupServer: monitor: Настройка cookie для proc = / opt / sybase / ASE-15_0 / bin / backupserver -SDBSVR_back - e / opt / sybase / ASE-15_0 / insta, PID = / proc / 942 / psinfo 30.04.2012 17:45:41 VCS INFO V-16-1-10297 Resource BackupServer (владелец: не указан, группа: AppService ) находится в сети на MIVDB01S (первая проверка) 2012/04/30 17:45:41 УВЕДОМЛЕНИЕ VCS V-16-1-10233 Очистка атрибута перезапуска для группы AppService на всех узлах 30.04.2012 17:45:41 VCS ИНФОРМАЦИЯ V-16-1-10297 Resource DataFilesystem (владелец: Unspecified, Group: AppService) находится в сети на MIVDB01S (первая проверка) 30.04.2012 17:45:41 УВЕДОМЛЕНИЕ VCS V-16-1-10233 Сброс атрибута перезапуска для группы AppService на всех узлах 30.04.2012 17:45:41 VCS INFO V-16-20018-7 (MIVDB01S) Sybase: DatabaseServer: monitor: Настройка cookie для proc = / opt / sybase / ASE-15_0 / bin / dataserver -sDBSVR -d / opt / sybase / data / lv_master -e / opt, PID = / proc / 7599 / psinfo 30.04.2012 17:45:41 VCS INFO V-16-1-1 0297 Resource DatabaseServer (владелец: Unspecified, Group: AppService) подключен к MIVDB01S (первая проверка) 30.04.2012 17:45:41 УВЕДОМЛЕНИЕ VCS V-16-1-10233 Сброс атрибута перезапуска для группы AppService на всех узлах 2012/04/30 17:45:41 VCS INFO V-16-1-10304 Ресурс ntfr (владелец: не указан, группа: ClusterService) отключен на MIVDB01S (первая проверка) 30.04.2012 17:45:41 VCS ИНФОРМАЦИЯ V-16-1-10304 Resource wac (владелец: Unspecified, Group: ClusterService) отключен от MIVDB01S (первая проверка) 30.04.2012 17:45:41 УВЕДОМЛЕНИЕ VCS V-16-1-10438 Group ClusterService имеет был проверен в системе MIVDB01S 30.04.2012 17:45:41 VCS INFO V-16-1-50007 Запуск автоматического запуска онлайн группы ClusterService 30.04.2012 17:45:41 УВЕДОМЛЕНИЕ VCS V-16- 1-10233 Очистка атрибута перезапуска для группы ClusterService на всех узлах 30.04.2012 17:45:41 УВЕДОМЛЕНИЕ VCS V-16-1-10301 Запуск wac ресурса в сети (владелец: не указан, группа: ClusterService) в системе MIVDB01S 30.04.2012 17:45:41 VCS УВЕДОМЛЕНИЕ V-16-1-10301 Запуск онлайн ресурса ntfr (владелец: не указано, группа: ClusterService) в системе MIVDB01S 30.04.2012 17:45:42 VCS INFO V-16-1-51058 Получен запрос на подключение от широкого районный разъем 30.04.2012 17:45:42 VCS INFO V-16-1-51059 Запрос на подключение от глобального разъема принят 30.04.2012 17:45:42 VCS INFO V-16-1- Модуль 50403 VCS в системе MIVDB01S установил соединение с глобальным соединителем 30.04.2012 17:45:42 VCS INFO V-16-10001-88 (MIVDB01S) Приложение: wac: онлайн: Выполнено [/ opt / VRTSvcs / bin / wacstart] успешно. 30.04.2012 17:45:42 VCS INFO V-16-1-10298 Ресурс ntfr (владелец: не указан, группа: ClusterService) подключен к MIVDB01S (инициирован VCS) 30.04.2012 17:45:42 VCS INFO V-16-1-10297 Resource datarvg (Owner: Unspecified, Group: VVRService) is online on MIVDB01S (First probe) 2012/04/30 17:45:42 УВЕДОМЛЕНИЕ VCS V-16-1-10233 Очистка перезапуска атрибут для группы VVRService на всех узлах 30.04.2012 17:45:42 УВЕДОМЛЕНИЕ VCS V-16-1-10438 Группа VVRService была проверена в системе MIVDB01S 30.04.2012 17:45:42 УВЕДОМЛЕНИЕ VCS V- 16-1-10447 Группа VVRService находится в сети в системе MIVDB01S 2012/04/30 17:45:43 VCS INFO V-16-1-10298 Ресурс wac (владелец: не указан, группа: ClusterService) находится в сети на MIVDB01S (инициирована VCS ) 30.04.2012 17:45:43 УВЕДОМЛЕНИЕ VCS V-16-1-10447 Группа ClusterService подключена к системе MIVDB01S 30.04.2012 17:45:43 УВЕДОМЛЕНИЕ VCS V-16-1-10438 Группа VCShmg был проверен в системе MIVDB01S 30.04.2012 17:45:43 УВЕДОМЛЕНИЕ VCS V-16-1-10435 Группа VCShmg wi Не запускается автоматически в системе MIVDB01S, поскольку система не является частью атрибута AutoStartList группы. 30.04.2012 17:45:43 VCS INFO V-16-1-10297 Ресурс RVGPrimary (владелец: не указан, группа: AppService) в сети на MIVDB01S (первый зонд) 30.04.2012 17:45:43 УВЕДОМЛЕНИЕ VCS V-16-1-10233 Удаление атрибута перезапуска для группы AppService на всех узлах 30.04.2012 17:48:26 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: MSG_RES_PROBE NMSServer MIVDB01S с локального хоста 2012 / 04/30 17:49:00 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hagrp -online AppService MIVDB01S from localhost 30.04.2012 17:52:25 VCS INFO V-16-1-50135 Команда, запускаемая пользователем root: haconf -makerw from localhost 2012/04/30 17:52:26 VCS INFO V-16-1-50135 Команда пользователя root: hagrp -enable AppService from localhost 30.04.2012 17:52 : 50 VCS INFO V-16-1-50135 Команда, запущенная пользователем root: hagrp -online AppService MIVDB01S с локального хоста 30.04.2012 19:37:38 VCS INFO V-16-1-53504 VCS Engine Alive message !! 30.04.2012 23:37:39 VCS INFO V-16-1-53504 Сообщение VCS Engine Alive !! --- Я не специалист по VCS, я начинаю кое-что узнавать о VCS, поэтому, на мой взгляд, я не мог быть достаточно точным. до Тициано Ресурс в НЕИЗВЕСТНОМ состоянии и srvctl не может запустить / остановить ресурс_ITPUB 博客 В этом документе Применимо к: Oracle Server - Enterprise Edition - Версия: с 10.2.0.1 по 11.1.0.7 - Выпуск: 10.2 to 11.1 Информация в этом документе применима к любой платформе. Цель Состояние ресурса отображается как НЕИЗВЕСТНО в выводе crs_stat -t: $ crs_stat -t Имя Тип Целевое состояние Хост ---------------------- -------------------------------------- ora.... приложение d1.inst ОНЛАЙН НЕИЗВЕСТНО ora .... приложение d2.inst ОНЛАЙН ОНЛАЙН stella2 Приложение ora.prod.db ОНЛАЙН ОНЛАЙН stella2 ora .... приложение od1.srv ОФЛАЙН ОФЛАЙН ... Когда состояние ресурса НЕИЗВЕСТНО, srvctl не может запустить или остановить ресурс. При этом возникают следующие ошибки: $ srvctl start instance -d prod-i prod1 PRKP-1001: Ошибка запуска экземпляра prod1 на узле oradb1 CRS-1028: Анализ зависимостей завершился неудачно из-за: CRS-0223: Resource 'ora.prod.prod1.inst 'имеет ошибку размещения. После неудачной команды srvctl журнал crsd.log покажет ошибку: Для возобновления его доступности требуется вмешательство человека. Даже при запуске srvctl status на ресурсе может произойти ошибка: $ srvctl status database -d prod PRKO-2015: Ошибка при проверке состояния экземпляра на узле: oradb1 PRKO-2015: Ошибка при проверке состояния экземпляра на узле: oradb2 Все эти ошибки вызваны состоянием ресурса UNKNOWN. Решение Состояние UNKNOWN часто можно разрешить, переведя ресурс в автономный режим с помощью crs_stop. Примечание. crs_stop и crs_start НЕ поддерживаются для использования на ресурсах ora. *, Если только вы не получили явных указаний от аналитика службы поддержки Oracle или ТОЧНО следуете инструкциям в этом примечании. Неправильное использование crs_stop и crs_start может привести к повреждению вашего OCR. Любой ресурс CRS может находиться в НЕИЗВЕСТНОМ состоянии, включая vip, gsd, базу данных или экземпляры.Ниже в качестве примера используется ресурс экземпляра. 1. Найдите правильное имя для ресурса вашего экземпляра. Чтобы найти его, выполните «crs_stat -u | grep inst», это даст имена всех ресурсов экземпляра в OCR. $ crs_stat -u | grep inst NAME = ora.V102.V1021.inst NAME = ora.V102.V1022.inst NAME = ora.prod.prod1.inst NAME = ora.prod.prod2.inst Выберите экземпляр, связанный с узел и рассматриваемая база данных. Например, для базы данных с именем prod и экземпляра с именем prod1 имя ресурса будет «ora.prod.prod1.inst ". 2. Прежде чем продолжить, убедитесь, что у вас есть последняя резервная копия вашего OCR. Вы можете проверить автоматические резервные копии OCR с помощью команды" ocrconfig -showbackup ": $ ocrconfig - showbackup oradb1 19.06.2009 07:35:28 / u01 / app / oracle / product / 10gR2 / crs / cdata / temp oradb1 19.06.2009 03:35:26 / u01 / app / oracle / product / 10gR2 / crs / cdata / temp oradb1 18.06.2009 23:35:25 / u01 / app / oracle / product / 10gR2 / crs / cdata / temp oradb1 18.06.2009 03:35:20 / u01 / app / oracle / product / 10gR2 / crs / cdata / temp oradb1 2009/06/02 07:01:26 / u01 / app / oracle / product / 10gR2 / crs / cdata / temp Если нет резервной копии существует, затем создайте его с помощью ocrconfig -export, следуя инструкциям в документации: 3.Восстановите ресурс экземпляра в автономном режиме с помощью этой команды: crs_stop [имя ресурса экземпляра] например: $ crs_stop ora.prod.prod1.inst Примечание: если экземпляр находится в оперативном режиме, эта команда остановит его. 4. Убедитесь, что статус экземпляра теперь OFFLINE вместо UNKNOWN $ crs_stat -u ora.prod.prod1.inst NAME = ora.prod.prod1.inst TYPE = application TARGET = OFFLINE STATE = OFFLINE 5. Если статус экземпляра - OFFLINE, вы можете попробовать снова запустить его с помощью srvctl. 6. Если запуск снова не удается, откройте SR и предоставьте Oracle Support следующую информацию: a) Соберите трассировку с помощью следующего сценария: script. /tmp/trace1.out env crs_stat -u ora.prod.prod1.inst crs_stop ora.prod.prod1.inst crs_stat -u ora.prod.prod1.inst экспорт SRVM_TRACE = TRUE srvctl запустить экземпляр prod -i prod1 export SRVM_TRACE = crs_stat -u ora.prod.prod1.inst exit (Заменить "ora.prod.prod1.inst "именем вашего фактического ресурса экземпляра; замените prod именем вашей базы данных, а prod1 именем вашего экземпляра). Журнал трассировки будет находиться в /tmp/trace1.out. b) последний crsd.log с этого узла c) журнал ресурсов для этого экземпляра из $ CRS_HOME / log // racg d) ls -l из $ ORACLE_HOME / log // racg Release 1.0, Sprint 28 | Simio Состояния ресурсов Simio теперь будет автоматически отслеживать и сообщать статистику TimeInState для стандартного ресурса, Объекты Сервер, Объединитель и Разделитель.(например, время не удалось, время истекло, время простоя и т. д.). Эти статистические данные записываются из-за нового типа состояния, добавленного в Simio, который называется Списки. Состояния. Эти записи статистики о времени, когда состояние было определенным значением. Пользователь также может добавить состояние списка для своих настраиваемых объектов и настроить их на автоматическое изменение значения в зависимости от Состояние ресурса объектов, в которые они помещены. Это позволяет пользователю легко записывать основные статистика ресурсов, такая как время занятости, время простоя, время сбоя и т. д. Круговые диаграммы состояния теперь могут отображать значения этих состояний списка. Следовательно, если состояние ресурса выбрано в круговой диаграмме состояния, на диаграмме будут отображаться значения времени сбоя, времени блокировки, и т. д. этого объекта. Правила динамического выбора Мы добавили новые правила динамического выбора для проведения кампаний (например, серию связанных выборок). Например, Campaign Up позволит выбрать такой же или следующий больший размер.Это также включает Прекращение кампании и цикл кампании. Эти новые правила динамического выбора можно найти на стандартный объект ресурса, объект сервера и объект рабочей станции. Их также можно применять в Элемент группы маршрутизации. Установить токен или объект для ссылки на несколько таблиц Маркер или агент теперь можно привязать к нескольким таблицам данных с помощью шага SetTable. Недвижимость от на две разные таблицы можно ссылаться из одного и того же объекта и даже внутри одного выражения. Новое расположение объектов К объектам помещений добавлено свойство Location, которое позволяет пользователю явно указывать объект конкретное место в космосе (например, высота над землей). Свойство Location имеет значение X, значение Y и значение Z, поэтому пользователь может указать, где именно этот объект должен быть помещен в окно Facility. SimBits Мы добавили новый SimBit (SimpleTank.spf) демонстрируя, как моделировать наполнение резервуара и опорожнение с помощью состояния уровня. Общие улучшения Оптимизировано моделирование перегрузки объектов на путях. Модели, у которых очень интенсивное скопление сущностей на путях может происходить более чем на 50% быстрее. Мы улучшили обработку статистики, чтобы сделать ее более понятной, а также исправили некоторые «угловые» дела »были обработаны в процессе обработки эксперимента. Мы добавили новое поведение Step. Когда вы просматриваете окно процесса, по умолчанию для перехода к следующему этапу процесса. Когда вы просматриваете другие окна, по умолчанию теперь перейти к следующей передаче объекта (больший размер шага, который более интуитивно понятен при просмотре анимация). Положение вершин связи (промежуточные точки между конечными точками) теперь можно отрегулировать. Круговые диаграммы улучшены за счет добавления легенды и процентов на каждом сегменте. При изменении размера окна объекта масштабирование происходит более интуитивно. Вам нужна дополнительная информация? Изучите примечания к выпуску для других недавних выпусков. Команда: список состояний - Terraform от HashiCorp Команда terraform state list используется для перечисления ресурсов в Терраформное состояние. » использование Использование: список состояний terraform [опции] [адрес ...] Команда выведет список всех ресурсов в файле состояния, соответствующих заданному адреса (если есть). Если адреса не указаны, отображаются все ресурсы. Перечисленные ресурсы отсортированы в соответствии с порядком глубины модулей. по алфавиту. Это означает, что ресурсы, которые находятся в вашем непосредственном конфигурация указывается первой, а ресурсы, которые более глубоко вложены внутри модулей перечислены последними. Для сложных инфраструктур состояние может содержать тысячи ресурсов. Чтобы отфильтровать их, предоставьте команде один или несколько шаблонов. Выкройки в формате адресации ресурсов. Все флаги командной строки необязательны. Список доступных флагов: -state = path - Путь к файлу состояния. По умолчанию - terraform.tfstate. Игнорируется при использовании удаленного состояния. -id = id - ID ресурсов для отображения. Игнорируется, когда не задано. » Пример: все ресурсы В этом примере будут перечислены все ресурсы, включая модули: $ список состояний terraform aws_instance.foo aws_instance.bar [0] aws_instance.bar [1] module.elb.aws_elb.main » Пример: фильтрация по ресурсу В этом примере будут перечислены только ресурсы для данного имени: Список состояний $ terraform aws_instance.bar aws_instance.bar [0] aws_instance.bar [1] » Пример: фильтрация по модулю В этом примере будут перечислены ресурсы в данном модуле и любых подмодулях: $ Модуль списка состояний terraform.Эльб module.elb.aws_elb.main module.elb.module.secgroups.aws_security_group.sg » Пример: фильтрация по идентификатору В этом примере будет перечислен только ресурс, идентификатор которого указан в командная строка. Это полезно, чтобы найти, где в вашей конфигурации конкретный ресурс находится. $ список состояний terraform -id = sg-1234abcd module.elb.aws_security_group.sg .

Запрос клиента	Ответ сервера
GET / привет.txt	Привет, мир!

Запрос клиента	Ответ сервера
GET / привет.txt HTTP / 1.1 Хост: www.example.com	200 ОК Тип содержимого: текст / простой Привет, мир!

	PUT на новый ресурс	PUT на существующий ресурс	POST
`/ weblogs`	(ресурс	уже существует)	Нет эффекта	Создать новый веб-журнал
`/ weblogs / myweblog`	Создать этот веб-журнал	Изменить настройки этого веб-журнала	Создать новую запись веб-журнала
/ myweblogs / myweblog `1`	Н / Д (как бы вы получили этот URI?)	Отредактируйте эту запись веб-журнала	Добавьте комментарий к этой записи веб-журнала

Ресурсное состояние: 5 способов обрести внутреннюю энергию

Как войти или вернуться в ресурсное состояние?

4 техники для поддержания ресурсного состояния:

Что такое ресурс и ресурсное состояние

Вам також буде цікаво це:

Ресурсное состояние🙇‍♀️ | invme

Ресурсное состояние — это… Что такое Ресурсное состояние?

Смотреть что такое «Ресурсное состояние» в других словарях:

Книги

Что такое ресурсное состояние и как в него войти — PROFchoice

Что такое ресурсное состояние, о котором все так часто говорят

Ресурсное состояние — что это, техники и методы, как сохранить?

Какие бывают ресурсные состояния

Как войти в ресурсное состояние

Техники входа в ресурсное состояние

​​​​​​​Техника «Якорь»

Моделирование

Отдых

Целеполагание

Медитации

Как сохранить ресурсное состояние

Книги о ресурсном состоянии

Вам может быть удобнее читать нас в Telegram присоединяйтесь!

Определение состояния ресурса | Law Insider

Относится к

4. Ресурсо-ориентированная архитектура — веб-службы RESTful [Книга]

Глава 4. Ресурсно-ориентированная архитектура

Что теперь с ориентацией на ресурсы?

Совет

URI должны быть описательными

Связь между URI и ресурсами

Совет

Совет

Состояние приложения и состояние ресурса

Выбор между представлениями

Совет

Совет

Создание подчиненных ресурсов

Добавление к состоянию ресурса

Перегруженный POST: неоднородный интерфейс

Почему важны безопасность и идемпотентность

Почему важен унифицированный интерфейс

Отсутствие состояния в API REST

1. Отсутствие состояния

2. Состояние приложения и состояние ресурса

3. Преимущества API без сохранения состояния

Решено: состояние ресурса НЕИЗВЕСТНО - VOX

Ресурс в НЕИЗВЕСТНОМ состоянии и srvctl не может запустить / остановить ресурс_ITPUB 博客

Применимо к:

Цель

Решение

Release 1.0, Sprint 28 | Simio

Состояния ресурсов

Правила динамического выбора

Установить токен или объект для ссылки на несколько таблиц

Новое расположение объектов

SimBits

Общие улучшения

Команда: список состояний - Terraform от HashiCorp

» использование

» Пример: все ресурсы

» Пример: фильтрация по ресурсу

» Пример: фильтрация по модулю

» Пример: фильтрация по идентификатору

Добавить комментарий Отменить ответ

Техника «Якорь»

`Совет`

`Состояние приложения и состояние ресурса`

`Выбор между представлениями`

`Совет`

`Совет`

`Создание подчиненных ресурсов`

`Добавление к состоянию ресурса`

`Перегруженный POST: неоднородный интерфейс`

`Почему важны безопасность и идемпотентность`

`Почему важен унифицированный интерфейс`

`Добавить комментарий Отменить ответ`