Цессия по исполнительному листу: Уступка права требования по листу. Алгоритм действий

Содержание

Уступка права требования по листу. Алгоритм действий

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

Если клиент, оформивший займ на карту мгновенно, 24/7, без отказа, не платит по долгам, то кредитор рано или поздно обратится в суд, выиграет дело и получит на руки лист.

Другой вопрос, что кредитор может принять решение передать право на долг другому лицу. Причины могут быть разными: нет времени заниматься взысканием долга или кредитор понимает, что перспективы вернуть деньги очень туманны.

В покупке долгов по исполнительным листам часто заинтересованы коллекторские агентства. Подробнее о ценах читайте в нашем материале «Можно ли продавать долги коллекторам?»

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

Нужно ли спрашивать у должника?

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

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

Подготовка заявления

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

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

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

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

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

регулирует вопросы взыскания, заявитель просит суд заменить сторону производства.

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

К приставу

Суд выносит свой вердикт. При этом новый лист не формируется. С полученным решением суда заявитель обращается к приставу, который на основании закона, готовит постановление о замене стороны.

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

Делитесь с друзьями!

права перед новым кредитором — Эльба

Чтобы вести бизнес, предприниматель покупает товары, арендует помещения, заказывает услуги и берёт деньги в долг. В этих случаях возникает обязанность заплатить кредитору. 

Бывает, кредитор уступает право на оплату кому-то другому, например, скупщику долгов, контрагенту для зачёта встречной оплаты или деловому партнёру. Это называется цессией. Обычно предприниматель узнаёт о ней, получив уведомление, что теперь должен новому кредитору. Такое не всегда радует. Рассказываем, какие у должника есть права перед новым кредитором.

💵 ➡ 🙋‍♂️Про цессию на языке закона читайте здесь:

— Глава 24 ГК РФ § 1 Переход прав кредитора к другому лицу,

— Постановление Пленума ВС РФ № 54.

Можно ли передать право требования без согласия должника?

Права передают по договору цессии, он же — договор уступки права требования. Договор заключают кредитор — тот, кому должны, и новый кредитор — тот, кому должник станет должен после оформления бумаг.

К примеру, владелец кафе заключил договор поставки крафтовой бумаги для бургеров. Потом не смог вовремя перевести оплату и задолжал поставщику 50 000 ₽, а сверху 2000 ₽ неустойки. Поставщик — кредитор владельца кафе, а он его должник. У поставщика нет времени разбираться с долгами, поэтому он продаёт долг юридической фирме — новому кредитору. Точно так же банки продают коллекторам долги по кредитам.

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

Для уступки права требования денег не нужно согласие должника. Логика такая: должнику без разницы, кому платить. Кредитор может продать право требования, даже если в договоре есть пункт про запрет или обязательное согласие должника. В нашем примере поставщик не должен спрашивать согласие владельца кафе, чтобы продать долг за крафт юристам. Пункты договора поставки не меняют дело. 

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

Если в договоре есть пункт, который запрещает уступать неденежное право требования, значит, так делать нельзя.

Платить новому кредитору и забыть про старого должник обязан, только когда его письменно уведомили об уступке прав. К уведомлению вернёмся чуть ниже.

Ещё важно знать, что кредитор может продать долг в любое время:

— пока договор исполняют и ждут оплату,

— когда появилась просрочка,

— на этапе досудебных претензий,

— в суде,

— в исполнительном производстве — когда кредитор получил исполнительный лист и работает с приставами или банком.

Теперь к главному: какие права есть у должника перед новым кредитором.

1. Возражать новому кредитору и заплатить меньше или не платить вообще

Должник может предъявить новому кредитору любые претензии, которые у него были к старому: крафт некачественный, с доставкой затянули, одной упаковки недосчитались. Теперь разбираться с претензиями — забота нового кредитора. 

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

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

Компания заказала у подрядчика строительство дома. Дом построили, но нашлись дефекты. Завязался спор, и компания недоплатила подрядчику 1 400 000 ₽ — в счёт доработок. Подрядчик не захотел разбираться и продал долг по договору цессии другому предпринимателю. 

Новый кредитор пошёл в суд за своими 1 400 000 ₽. Но компания настаивала на недостатках, попросила экспертизу дома и доказала, что на доработку надо потратить 600 000 ₽. Суд сделал зачёт встречных требований и снизил долг. В итоге компания заплатит новому кредитору только 800 000 ₽. 

Дело № А03-16108/2017.

2. Не платить новому кредитору до получения письменного уведомления

Должник не обязан платить новому кредитору, пока не получит письменное уведомление об уступке. Из уведомления должно быть ясно, кому, куда и сколько платить. Должник не обязан разыскивать нового кредитора. Это касается и уступки неденежных прав, например, поставки товара новому покупателю.

Считается, что должник получил уведомление, если кредиторы отправили его почтой, но он не пошёл в отделение, чтобы расписаться за письмо. Так следует из п. 67 Постановления Пленума ВС РФ от 23.06.2015 № 25.

Когда письмо об уступке пришло от нового кредитора и должник подозревает обман, можно просить договор с подписью старого должника. Пока новый кредитор не докажет, что выкупил право, должник может не платить. А вот если уведомление прислал старый кредитор, считается, что должника известили и сомнений быть не может. Показывать договор уступки старый кредитор не обязан.

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

Простая онлайн-бухгалтерия для предпринимателей

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

3. Не платить, если кредиторы нарушили закон

Для цессии есть ограничения. Почти все они защищают должника и не позволяют кредиторам злоупотреблять. В общем и целом так: появление нового кредитора не должно усложнять обязанность должника. 

Должника защищают следующие ограничения:

— Нельзя уступать права, тесно связанные с личностью кредитора-физлица: на компенсацию морального вреда, алименты или повышенные пени потребителю. Если продали подобное право, должник вправе не платить новому кредитору. 

Фирма продавала пылесосы. Один покупатель вернул товар. Фирма отдала деньги с опозданием, поэтому у потребителя появилось право на пени и моральный вред. Эти права потребитель уступил другому человеку, который пошёл судиться с продавцом и проиграл. Суд сказал, что потребительские бонусы нельзя уступать, они только для человека, который пострадал от продавца.

Дело № 33-7978/2013

—  Нельзя продавать денежный долг с целью навредить должнику, если в договоре есть запрет. Это сложный случай. Чтобы не платить новому кредитору, должнику придётся оспорить договор цессии в суде. И там же доказать, что кредиторы оформили уступку, чтобы испортить должнику дела.

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

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

— Нельзя уступать неденежное требование, если старый кредитор и должник договорились не делать так и записали в договор соответствующий пункт. Но и тут всё сложно и муторно. Должник должен оспорить договор уступки в суде и доказать, что новый кредитор знал о запрете, но выкупил право.

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

Договор цессии

Цессия – не самый распространённый термин, и встречая его в документах, большинство не могут сразу сказать, о чём идёт речь. А меж тем, явление, которое описывается этим словом, всё чаще становится актуальным.

Договором цессии называют соглашение, которое регламентирует отчуждение прав на долг по кредиту другому физлицу или юрлицу. Естественно, не просто так, а по закону.

Иногда такую операцию называют «уступкой прав требования». Проводится обычно без получения согласия от самого должника.

Особенности цессии

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

Почему применяют договор уступки? Потому что (чаще всего), у того, кто должен получить определённый «долг» нет возможности его взыскать. Ситуации бывают разные – от дележа обязательств между частниками, до реорганизации компаний.

Требование, передаётся и продаётся, смотря по ситуации, а тому, на кому остаётся обязательство позже направляется письменное уведомление о том, что контракт цессии заключён.

Гражданско-правовая основа договора цессии

Регламентируется подобная процедура гражданским кодексом РФ. А именно, 1-ым параграфом двадцать четвёртой главы. Чтобы самому разобраться в данном вопросе, вам нужно обратиться к нескольким статьям. В частности статьи с 382 по 390 регламентируют суть, а 391 и 392 статьи рассматривают перевод долга.

В отношениях уступки несколько сторон, являющихся участниками этих отношений.

Тот, кто изначально имеет право на долг зовётся ЦЕДЕНТОМ.

Тот, кто получает права на долг – ЦЕССИОНАРИЕМ.

Есть ещё должник. Соответственно тот, на ком лежит обязательство по выплате.

Соглашения по передаче долга также можно разделить на подвиды.

Переуступка долга

Обычно этот вид позиционируется между юрлицами. Стандартно такая процедура относится к реорганизации компании. В этом варианте обычно меняется название должника, фирма остаётся та же.

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

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

Второй вариант – договор между физлицами

Как мы уже писали, встречаются различные ситуации – от дележа нажитого в процессе развода, наследовании долга и так далее.

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

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

Третий вариант – переход долга между юрлицом и физлицом

Это называется переводом долга (потому что по сути меняется сам должник). Самый простой пример для объяснения – банкротство фирмы, после которого бывший её руководитель становится носителем обязательств по уплате долга но в качестве физического лица.

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

Четвёртый вариант – трёхсторонний договор цессии

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

Документы для договора цессии

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

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

Вторым по важности документов в делах о передаче долга становится акт сверки взаиморасчётов.

Потом идут расходные и приходные документы, с помощью которых можно подтвердить или опровергнуть наличие долга.

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

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

Виды договоров цессии

Трёхсторонний договор

О нём мы уже упомянули выше. И цель договора – получить официальное согласие третий стороны, то есть должника. Такие гарантии для цессионария очень важны, ведь двухсторонний договор несёт в себе возможность только уведомить лицо, которое будет платить долг, не более.

Договор возмездной и безвозмездной цессии

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

Оплатный и безоплатный перевод задолженности

Суть та же. Но речь идёт о самой операции по переводу долга. Дебиторская задолженность переходит к новому дебитору по безоплатному или платному соглашению.

Уступка требований по исполнительному листу

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

Особенности

Договор цессии в сфере недвижимости

Стандартная ситуация для рынка недвижимости, когда квартиры, или другое имущество продаётся, ещё при непогашенной ипотеке или кредите.

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

Договор цессии в сфере страхования

Здесь важное значение имеет термин «цедирование риска». Обозначает он то, что одна страховая компания передаёт риск другой. Соответственно меняется кредитор.

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

Самый распространённый вариант – продажа авто по доверенности.

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

Договор цессии по договору поставки

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

В таком порядке действий дебиторскую задолженность будет контролировать именно факторинговая организация. Обычно, банки сами делают запрос на пакет документов, который мог бы подтвердить выполнение работы или продажу товара с отсрочкой – то есть совершение определённой услуги. Договор цессии по договору подряда

Здесь важнее всего понимать, что заказчик может уступить свои обязанности перед фирмой-подрядчиком третьему лицу, только если подрядчик сам даёт своё согласие в письменном виде. А так, как все стороны наделены собственными обязанностями, то здесь нельзя обойтись и без уступки требований. Третий участник вместе с обязательством оплачивать работу получает и возможность эту работу требовать к выполнению.

Цессия в кредитных операциях

Самые распространённые случаи применения этого вида договора уступки – нарушения по кредитным договорам со стороны должника. Банковская организация иногда пользуется своим законным правом разрывать договор с заёмщиком, после чего требует всю сумму всю сумму задолженности целиком. А долг передаётся коллекторам.

Коллекторское агентство в таком варианте развития событий получает статус цессионария и уже само своими способами «выбивает» долг. Как мы все знаем, в настоящее время эти самые «методы» коллекторов – тема получившая резонанс в обществе и СМИ, поэтому уже начинают говорить о том, что передавать долги коллекторам в принципе-то и вовсе не законно. Ведь для того, чтобы задолженность перешла к другому «агентству», нужно этому агентству иметь лицензию. А банки, кто не знает, не имеют права афишировать информацию о своих клиентах.

Единственный совет, который мы можем тут дать – читайте договор. Старо как мир, но тем не менее, процентов 99 людей ему не следует. А зря.

Договор цессии при банкротстве

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

Если вам нужен образец переуступки долга, можете его свободно найти в интернете, либо скачать на нашем сайте.

Регистрация договора цессии в государственном реестре

Это требование применяется в том случае, если договор уступки формируется при операциях с недвижимым имуществом.

Важно! До момента регистрации, документ не будет считаться действительным.

Что для этого требуется сделать? Всё просто – передаёте в федеральную резервную систему (информация) копии документов, которые при этом будут заверены нотариусом. Что это за документы:

  • Договор долевого участия (он также предварительно должен был регистрироваться в реестре).
  • Соглашение цессии на право требования или перевода долга (должны входить в пакет документации и бумаги, которыми будет процесс подтверждаться).
  • Свидетельство о регистрации юрлица.
  • Выписка из ЕГРЮЛ
  • Документы, подтверждающие право подающего их лица.

Не забудьте спланировать время. Реестр будет заниматься рассмотрением до 30 дней.

Оформление сделки с нерезидентами

Эта ниша интересна в первую очередь тем компаниям, которые завязаны на импорте или экспорте товара.

При таком виде сделки, когда юрлицо является резидентом, а должник – не резидент, требуется также оформлять паспорт сделки (аналогия с валютными процессами). А в случае, когда иностранное лицо меняется на иное – паспорт оформляется заново. Регламентирующий в данном случае документ – закон «О валютном регулировании и контроле».

Бухгалтерия и налоги

Нельзя забывать, что в случае, если договор уступки не просто передаётся, а является возмездным, то начисляется НДС!

Как именно начислять налог: за базу налога будет взят результат после вычета цены долга и цены, за которую он отдаётся.

А разница между начальной задолженностью и суммой, которую платит новый кредитор списывается в убыток.

По бухгалтерской проводки также осуществляются операции как со стороны цедента, так и со стороны цессионария.

Риски по договору цессии

  • Когда происходит подписание договора цессии, всем сторонам рекомендуется тщательно ознакомиться с каждым пунктом документа. Особенное внимание стоит обратить на отдельные пункты.
  • Предмет договора. Объектом будет считаться конкретная сумма задолженности, которую нужно подтвердить необходимыми документами.
  • Основание договора. Здесь идёт отсылка к конкретному договору передающего права и должника, который был изначально.
  • Бывает так, что помимо личной подписи или печати фирмы, согласие с условиями договора выражается отдельным дополнением к документу в виде, например, информационного письма.
  • Если все стороны договора – юрлица, требуется тщательная проверка всех реквизитов, учредительных бумаг, которые будут подтверждать права и регистрацию в государственном реестре.
  • Если будут допущены ошибки, или информация будет отображена так, что её можно неправильно понять, то можно добиться негативного результата по договору, или вовсе прийти к его недействительности.
  • Когда создаётся макет договора, не стесняйтесь обращаться к юристам, пусть даже платным. Профессионал сэкономит вам и время и позволит избежать многих рисков.

Признание договора цессии недействительным. Суд.

Варианты, когда договор уступки может быть расторгнут или признан ничтожным:

  1. Обязательство по задолженности относится к личным обязательствам (речь о, например, алиментах).
  2. Право на взыскание не имеет под собой подтверждающих бумаг.
  3. Договор не прошёл регистрации в госреестре (если речь об уступке в нише недвижимости).
  4. Изначальный договор между должником и взыскивающим содержал пункт, говорящий о невозможности передачи права другому лицу.
  5. В документе не указывается основание права на взыскание долга между первым кредитором и плательщиком.
  6. Цессионарий не заплатил по возмездному договору цессии.
  7. Обязанность взимания долга отдаётся лицу, которое не является юридическим и не имеет устава кредитного агентства.
  8. Если одно из нарушений выявляется, то, чтобы признать договор цессии по этому нарушению недействительным, требуется обратиться в арбитражный суд в конкретном регионе.

Суд может удовлетворить иск не полностью.

Судебный приказ | Статья о исполнительном листе от The Free Dictionary

Правонарушитель должен немедленно, но не позднее чем через 3 дня после получения исполнительного листа, обратиться к мэру административно-территориальной единицы, в пределах территории которой правонарушитель проживает или проживает, для регистрации и исполнения санкции. 1983 г.) ( постановив, что исполнительный лист был просто процедурой "в отношении судебного решения"). В качестве предостережения, в той степени, в которой декларация и исполнительный лист исполняются и должник не может выполнить конкретное действие или поднимает В случае утвердительной защиты основное обязательство все же может быть заменено компенсацией по усмотрению судьи, особенно в тех случаях, когда судебная власть определяет невозможность, неосуществимость или нарушение публичной политики как превалирующий фактор.Если кредитор судебного решения, который вручил исполнительный лист шерифу до 1 октября 2001 г., подает в департамент свидетельство об удержании судебного решения до 1 октября 2003 г., удержание судебного решения имеет обратную силу с даты доставки исполнительного листа в шерифа, но только в отношении имущества должника в округе по состоянию на 1 октября 2001 г. Если вы пытаетесь прикрепить банковский счет, рекомендуется запросить вручение исполнительного листа в первый рабочий день после пятнадцатый день месяца или первый день месяца.В другом случае Маллари подал ходатайство о пересмотре и / или аннулировании исполнительного листа, выданного судом. Во-первых, с надлежащей записью и / или вручением исполнительного листа залоговое право на решение федерального суда, заседающего во Флориде. имеет исковую силу на срок до 20 лет с даты въезда; во-вторых, Бальфур не считает иначе - в Бальфуре нет ничего, что могло бы показать, что приговор был когда-либо записан или что казнь когда-либо была произведена, и поэтому решение следует рассматривать как ограниченное его фактами, т.е., неприменимым к решениям федеральных судов, заседающих во Флориде, которые были должным образом зарегистрированы в соответствии с Федеральным законом США. Ожидалось, что судебный шериф вручит исполнительный лист поселенцам земельного участка площадью 3515 квадратных метров в Салмонане, которые организовались как Ассоциация мусульманско-христианского соседства на бульваре Кесон. Вопрос: Имеет ли Йолли право на исполнительный лист в ожидании апелляции за отказ подать замену залога? Новый раунд слушаний, вероятно, задержит решение просьбы правительства о частичном исполнительном листе судебное решение в отношении шести компаний, известных как CIIF Oil Mills Group (CIIF-OMG), их 14 холдинговых компаний и 33 холдинговых компаний.13 миллионов акций на сумму 71,04 миллиарда песо в San Miguel Corp.Go и его дочерних компаниях подали в августе 2009 года дело certiorari в Апелляционный суд с требованием о приведении в исполнение исполнительного листа ".

Запуск процессов интеграции

В этой главе описывается, как запускать и планировать процессы интеграции.

7.1 Понимание выполнения ODI

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

  • Операция над моделью, подмоделью или хранилищем данных, например настраиваемая обратная разработка, операция журналирования или статическая проверка, запущенная из Oracle Data Integrator Studio

  • Выполнение объекта времени разработки, такого как сопоставление, пакет или процедура, обычно запускается из Oracle Data Integrator Studio

  • Выполнение сценария выполнения или плана загрузки, запущенного из Oracle Data Integrator Studio, из командной строки, через расписание или интерфейс веб-службы

Oracle Data Integrator генерирует код для выполнения в форме сеанса или в форме выполнения плана загрузки, если план загрузки выполняется.

Агент времени выполнения обрабатывает этот код и подключается к источникам и целям для выполнения интеграции данных. Эти источники и цели обнаруживаются агентом с использованием заданного контекста выполнения.

Когда выполнение запускается из Oracle Data Integrator Studio, отображается диалоговое окно выполнения. Этот диалог содержит параметры выполнения, перечисленные в Таблице 7-1.

Таблица 7-1 Параметры выполнения

Недвижимость Описание

Контекст

Контекст, в котором запущен сеанс.

Агент

Агент, который будет выполнять отображение. Объект также можно выполнить с помощью агента, встроенного в Oracle Data Integrator Studio, выбрав «Локальный» (без агента).

Уровень журнала

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

Обратите внимание, что уровень журнала 6 имеет то же поведение, что и уровень журнала 5, но с добавлением отслеживания переменных. См. «Отслеживание переменных и последовательностей» в разделе «Разработка проектов интеграции с Oracle Data Integrator».

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

Отметьте Simulation, если вы хотите смоделировать выполнение и создать отчет о выполнении. Обратитесь к разделу «Моделирование выполнения» для получения дополнительной информации.


Жизненный цикл сеанса

В этом разделе описан жизненный цикл сеанса. См. «Введение в планы загрузки» в разделе «Разработка проектов интеграции с Oracle Data Integrator» для получения дополнительной информации о выполнении плана загрузки и жизненном цикле плана загрузки.

Жизненный цикл сеанса следующий:

  1. Агенту отправляется запрос на выполнение, или агент запускает выполнение по расписанию.

    Обратите внимание, что если выполнение запускается из Oracle Data Integrator Studio для объекта времени разработки (сопоставление, пакет и т. Д.)), Studio предварительно генерирует в рабочем репозитории код сеанса перед отправкой запроса. Если выполнение запускается из сценария, в этом этапе нет необходимости, поскольку сценарий уже содержит предварительно сгенерированный код.

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

  3. Агент инициализирует соединения с исходным и целевым серверами данных, которые необходимы для выполнения сеанса.

  4. Агент подтверждает запрос на выполнение. Если выполнение было запущено из Studio, отображается диалоговое окно Session Started.

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

  6. Во время обработки сеанса агент обновляет журнал выполнения в репозитории, сообщает статистику выполнения и сообщения об ошибках.

    После запуска сеанса вы можете отслеживать его в журнале, используя, например, Operator Navigator. См. «Мониторинг процессов интеграции» для получения дополнительной информации о мониторинге сеанса.

  7. По завершении сеанса задачи сохраняются или удаляются из журнала в соответствии со значением уровня журнала, указанным при запуске этого сеанса.

Примечание:

Сеанс всегда идентифицируется уникальным номером сеанса (или идентификатором сеанса). Этот номер можно просмотреть при мониторинге сеанса, а также вернуть его из командной строки или интерфейсов веб-службы при запуске сеанса.

При запуске выполнения из других мест, таких как командная строка или веб-служба, вы предоставляете аналогичные параметры выполнения и получаете аналогичный ответ Session Started. Если сеанс запускается синхронно из командной строки или интерфейса веб-службы, командная строка или веб-служба будет ждать завершения сеанса и предоставить код возврата сеанса и сообщение об ошибке, если таковое имеется.

7.2 Выполнение сопоставлений, процедур, пакетов и операций с моделью

Сопоставления, процедуры и пакеты - это объекты времени разработки, которые могут быть выполнены из Designer Navigator в Oracle Data Integrator Studio:

7.3 Выполнение сценария

Сценарии можно выполнить несколькими способами:

7.3.1 Выполнение сценария из ODI Studio

Сценарий можно запустить из Oracle Data Integrator Studio из Designer или Operator Navigator.

Чтобы запустить сценарий из Oracle Data Integrator Studio:

  1. Выберите сценарий в дереве навигации по проектам (в Designer Navigator) или в дереве навигации по сценариям (в Operator Navigator).

  2. Щелкните правой кнопкой мыши и выберите «Выполнить».

  3. В диалоговом окне «Выполнить» установите параметры выполнения. См. Таблицу 7-1 для получения дополнительной информации. Чтобы выполнить сценарий с агентом, встроенным в Oracle Data Integrator Studio, выберите Локальный (без агента).

  4. Щелкните ОК.

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

Когда агент начал обработку сеанса, появится диалоговое окно «Сеанс начат».

7.3.2 Выполнение сценария из командной строки

Вы можете запустить сценарий из командной строки.

Перед выполнением сценария из командной строки внимательно прочтите следующие требования:

  • Сценарии командной строки, необходимые для выполнения задач, описанных в этом разделе, доступны только в том случае, если вы установили автономный агент Oracle Data Integrator или автономный агент, размещенный в одном месте. См. Раздел «Установка и настройка Oracle Data Integrator» для получения информации о том, как установить автономный агент или автономный агент, размещенный в одном месте.

  • Для использования этой команды необходимо настроить подключение к вашему репозиторию в домене.См. Установка и настройка Oracle Data Integrator для получения дополнительной информации.

  • При запуске сценария из командной строки сеанс по умолчанию не запускается для удаленного агента времени выполнения, а выполняется локальным процессом Java, запущенным из командной строки. Этот процесс можно прервать локально, но он не может получить сигнал остановки сеанса, так как это не настоящий агент времени выполнения. Как следствие, сеансы, запущенные таким образом, нельзя остановить удаленно.

    Этот процесс будет обозначен как Локальный (без агента) в журналах Oracle Data Integrator Operator.Вы можете изменить это имя с помощью параметра NAME .

    Если вы хотите запустить сеанс с агентом времени выполнения, вы должны использовать параметр AGENT_URL .

Чтобы запустить сценарий из командной строки:

  1. Создайте домен Oracle Data Integrator и настройте шаблон агента:

    • При использовании типа установки ODI Standalone создайте домен ODI и настройте шаблон Oracle Data Integrator - Standalone Agent для создания конфигурации экземпляра ODI.

    • Если используется тип установки ODI Enterprise, создайте домен ODI и настройте шаблон Oracle Data Integrator - автономный размещенный агент для создания конфигурации экземпляра ODI.

  2. Перейдите в каталог / bin / установки Oracle Data Integrator.

  3. Введите следующую команду, чтобы запустить сценарий.

    В системах UNIX:

    ./startscen.sh -INSTANCE = [] [-AGENT_URL = ] [-ASYNC = yes | no] [-NAME = ] [- SESSION_NAME = ] [-KEYWORDS = ] [ = ] *

    ODIInstanceName - это экземпляр, который был настроен на шаге 1 этой процедуры.

    В системах Windows:

    стартовcmd "-INSTANCE = " [] ["-AGENT_URL = "] ["- ASYNC = yes | no"] ["-NAME = "] [" -SESSION_NAME = "] [" -KEYWORDS = "] [" = "] *

Примечание:

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

в Unix

./startscen.sh -INSTANCE = OracleDIAgent1 PKG001 001 GLOBAL -SESSION_NAME = RUN1 -AGENT_URL = http: // localhost: 20910 / oraclediagent

в Windows

startcen.cmd "-INSTANCE = OracleDIAgent1" PKG001 001 GLOBAL "-SESSION_NAME = RUN1" "-AGENT_URL = http: // localhost: 20910 / oraclediagent"

В таблице 7-2 перечислены различные параметры, как обязательные, так и необязательные.Перед параметрами стоит знак «-», а перед возможными значениями стоит знак «=». Вы должны следовать синтаксису защиты символов, специфичному для операционной системы, в которой вы вводите команду.

Таблица 7-2 Параметры команды Startscen

Параметры Описание

-INSTANCE =

Имя экземпляра ODI, настроенного в домене.Экземпляр ODI определяет конфигурацию репозитория, которая будет использоваться для запуска сценария (обязательно).

<имя_сценария>

Название сценария (обязательно).

Версия сценария (обязательная). Если указанная версия равна -1, выполняется последняя версия сценария.

Код контекста исполнения (обязательно).

[ ]

Уровень сохраняемой информации журнала.

Этот параметр имеет формат , где - ожидаемый уровень ведения журнала, от 0 до 6. Уровень журнала по умолчанию - 5. Обратите внимание, что уровень журнала 6 имеет то же поведение, что и уровень журнала 5, но с добавлением переменного отслеживания. См. «Отслеживание переменных и последовательностей» в статье «Разработка проектов интеграции с Oracle Data Integrator» для получения дополнительной информации.

Пример: startcen.cmd СКЭНАР 1 ГЛОБАЛЬНЫЙ 5

[-AGENT_URL =

URL-адрес агента времени выполнения, который будет запускать этот сеанс. Если этот параметр установлен, то параметр NAME игнорируется.

Типичный формат URL-адреса агента: <протокол>: // : /

Пример: http: // myhost: 8001 / oraclediagent , https: // mySSLHost: 8002 / oraclediagent

[-ASYNC = да | нет]

Установите значение "да" для асинхронного выполнения на удаленном агенте.Если используется ASYNC , AGENT_URL является обязательным.

Обратите внимание, что при использовании асинхронного выполнения возвращается идентификатор сеанса сценария.

[-NAME = ]

Имя агента, которое будет отображаться в журнале выполнения для этого сеанса, вместо Локальный (без агента) . Этот параметр игнорируется, если используется AGENT_URL .

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

  • Очистить устаревший сеанс: этот сеанс будет рассматриваться этим агентом как устаревший, если этот агент запущен. Сеанс будет переведен в состояние ошибки, когда агент обнаружит этот сеанс

  • Kill Sessions: Этот агент не может завершить сеанс по запросу.

  • Счетчик сеансов агента: этот сеанс засчитывается в сеансах этого агента, даже если он им не выполняется.

Рекомендуется использовать ИМЯ , которое не соответствует ни одному существующему имени физического агента.

Если вы хотите начать сеанс на данном физическом агенте, вместо этого необходимо использовать параметр AGENT_URL .

[-SESSION_NAME = ]

Имя сеанса, которое будет отображаться в журнале выполнения.Если не указано, в качестве имени сеанса используется имя сценария.

[-KEYWORDS = <ключевые слова>]

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

[<переменная> = <значение>]

Позволяет назначить для для выполнения сценария. <переменная> - это либо проектная, либо глобальная переменная. Переменные проекта должны иметь имя <Код проекта>. <Имя переменной> . Глобальные переменные должны называться GLOBAL. <Имя переменной> .

Этот параметр можно повторять для присвоения нескольких переменных.

Не используйте знак решетки ( # ) в качестве префикса имени переменной в командной строке startcen.


7.4 Перезапуск сеанса

Любой сеанс, в котором возникла ошибка или был остановлен пользователем, может быть перезапущен.

Oracle Data Integrator использует транзакции JDBC при взаимодействии с исходным и целевым серверами данных, и любое открытое состояние транзакции не сохраняется, когда сеанс завершается в состоянии ошибки. Подходящей точкой перезапуска является задача, запустившая незавершенные транзакции. Если такую ​​точку перезапуска невозможно определить, рекомендуется запустить новый сеанс, выполнив сценарий, вместо перезапуска существующих сеансов, находящихся в состоянии ошибки.

Только сеансы в состоянии Ошибка или Ожидание могут быть перезапущены.По умолчанию сеанс перезапускается с последней задачи, которую не удалось выполнить (обычно это ошибка или задача в состоянии ожидания). Возможно, потребуется перезапустить сеанс, чтобы продолжить работу с существующими промежуточными таблицами и избежать повторного запуска длительных фаз загрузки. В этом случае пользователь должен принять во внимание управление транзакциями, которое специфично для KM. Общая рекомендация такова: если во время задачи загрузки происходит сбой, вы можете перезапустить задачу загрузки, которая завершилась неудачно. Если сбой происходит во время фазы интеграции, перезапустите с первой задачи интеграции, потому что интеграция в цель происходит в рамках транзакции.Это правило применяется только к одному отображению за раз. Если несколько сопоставлений связаны в цепочку и только последнее выполняет фиксацию, то все они должны быть перезапущены, потому что транзакция выполняется по нескольким сопоставлениям.

Для перезапуска из определенной задачи или шага:

  1. В Operator Navigator перейдите к этой задаче или шагу, отредактируйте ее и переключите в состояние ожидания.

  2. Установите все задачи и шаги после этой в дереве оператора в состояние ожидания.

  3. Перезапустите сеанс одним из следующих способов:

ВНИМАНИЕ:

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

7.4.1 Перезапуск сеанса из ODI Studio

Для перезапуска сеанса из Oracle Data Integrator Studio:

  1. В Operator Navigator выберите сеанс, который нужно перезапустить.

  2. Щелкните правой кнопкой мыши и выберите «Перезагрузить».

  3. В диалоговом окне «Перезапустить сеанс» укажите агент, который вы хотите использовать для запуска нового сеанса.

    Чтобы выбрать агента для выполнения сеанса, выполните одно из следующих действий:

    • Выберите Использовать предыдущий агент: <имя агента>, чтобы использовать агент, который использовался для выполнения предыдущего сеанса.

    • Выберите Выбрать другой агент, чтобы выбрать из списка агент, который вы хотите использовать для выполнения сеанса.

      Примечание:

      Выберите «Внутренний», чтобы использовать встроенный агент ODI Studio.
  4. Выберите уровень журнала. Обратите внимание, что уровень журнала 6 имеет то же поведение, что и уровень журнала 5, но с добавлением отслеживания переменных. См. «Отслеживание переменных и последовательностей» в статье «Разработка проектов интеграции с Oracle Data Integrator» для получения дополнительной информации.

  5. Щелкните OK, чтобы перезапустить указанный сеанс и закрыть диалоговое окно. Нажмите Отмена, если вы не хотите перезапускать сеанс.

Когда Oracle Data Integrator перезапустил сеанс, появится диалоговое окно «Сеанс начат».

7.4.2 Перезапуск сеанса из командной строки

Перед перезапуском сеанса из командной строки внимательно прочтите следующие требования:

  • Сценарии командной строки, необходимые для выполнения задач, описанных в этом разделе, доступны только в том случае, если вы установили автономный агент Oracle Data Integrator или автономный агент, размещенный в одном месте.См. Раздел «Установка и настройка Oracle Data Integrator» для получения информации о том, как установить автономный агент или автономный агент, размещенный в одном месте.

  • Для использования этой команды необходимо настроить подключение к вашему репозиторию в домене. См. Установка и настройка Oracle Data Integrator для получения дополнительной информации.

  • При перезапуске сеанса из командной строки, сеанс по умолчанию не запускается для удаленного агента времени выполнения, а выполняется локальным процессом Java, запущенным из командной строки.Этот процесс можно прервать локально, но он не может получить сигнал остановки сеанса, так как это не настоящий агент времени выполнения. Как следствие, сеансы, запущенные таким образом, нельзя остановить удаленно.

    Если вы хотите запустить сеанс с агентом времени выполнения, вы должны использовать параметр AGENT_URL .

Чтобы перезапустить сеанс из командной строки:

  1. Создайте домен Oracle Data Integrator и настройте шаблон агента:

    • При использовании типа установки ODI Standalone создайте домен ODI и настройте шаблон Oracle Data Integrator - Standalone Agent для создания конфигурации экземпляра ODI.

    • Если используется тип установки ODI Enterprise, создайте домен ODI и настройте шаблон Oracle Data Integrator - автономный размещенный агент для создания конфигурации экземпляра ODI.

  2. Перейдите в каталог / bin / установки Oracle Data Integrator.

  3. Введите следующую команду, чтобы перезапустить сценарий.

    В системах UNIX:

    ./restartsession.sh -INSTANCE = [-log_level] [- AGENT_URL = ]

    ODIInstanceName - это экземпляр, который был настроен на шаге 1 этой процедуры.

    В системах Windows:

    restartsession.cmd "-INSTANCE = " [-log_level] ["- AGENT_URL = "]

В таблице 7-3 перечислены различные параметры этой команды, как обязательные, так и необязательные.Перед параметрами стоит знак «-», а перед возможными значениями стоит знак «=». Вы должны следовать синтаксису защиты символов, специфичному для операционной системы, в которой вы вводите команду.

Таблица 7-3 Параметры команды restartsess

Параметры Описание

-INSTANCE =

Имя экземпляра ODI, настроенного в домене.Экземпляр ODI определяет конфигурацию репозитория, которая будет использоваться для перезапуска сеанса (обязательно).

<номер_сессии>

Номер (идентификатор) перезапускаемой сессии.

[-log_level ]

Уровень сохраняемой информации журнала. Обратите внимание, что уровень журнала 6 имеет то же поведение, что и уровень журнала 5, но с добавлением отслеживания переменных.Обратите внимание: если этот параметр log_level не указан при перезапуске сеанса, будет повторно использован предыдущий уровень журнала, использованный для выполнения сеанса. См. «Отслеживание переменных и последовательностей» в статье «Разработка проектов интеграции с Oracle Data Integrator» для получения дополнительной информации.

[-AGENT_URL = ]

URL-адрес агента времени выполнения, который перезапустит этот сеанс. По умолчанию сеанс выполняется локальным процессом Java, запущенным из командной строки.


7.5 Остановка сеанса

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

Обратите внимание, что есть два способа остановить сеанс:

  • Нормальный: сеанс останавливается после завершения текущей задачи.

  • Немедленно: текущая задача немедленно прерывается, а сеанс останавливается. Этот режим позволяет останавливать длительные задачи, например, длинные операторы SQL, до их завершения.

Примечание:

Немедленная остановка работает только с технологиями и драйверами, поддерживающими прерывание задачи. Он поддерживается, если метод statement.cancel реализован в драйвере JDBC.

Примечание:

Остановить можно только сеансы, которые выполняются в Java EE, автономном или автономном агенте с размещением.Сеансы, запущенные во встроенном агенте Studio или запущенные с помощью сценария startcen.sh или startcen.cmd без параметра AGENT_URL , не могут быть остановлены. См. «Выполнение сценария» для получения дополнительной информации.

Сессию можно остановить несколькими способами:

7.5.1 Остановка сеанса из ODI Studio

Чтобы остановить сеанс из Oracle Data Integrator Studio:

  1. В Operator Navigator выберите в дереве текущий или ожидающий сеанс, который нужно остановить.

  2. Щелкните правой кнопкой мыши и выберите «Остановить в обычном режиме» или «Остановить немедленно».

  3. В диалоговом окне «Остановить сеанс» нажмите «ОК».

Сеанс остановлен и переходит в состояние Ошибка.

7.5.2 Остановка сеанса из командной строки

Перед остановкой сеанса из командной строки внимательно прочтите следующие требования:

  • Сценарии командной строки, необходимые для выполнения задач, описанных в этом разделе, доступны только в том случае, если вы установили автономный агент Oracle Data Integrator или автономный агент, размещенный в одном месте.См. Раздел «Установка и настройка Oracle Data Integrator» для получения информации о том, как установить автономный агент или автономный агент, размещенный в одном месте.

  • Для использования этой команды необходимо настроить подключение к вашему репозиторию в домене. См. Установка и настройка Oracle Data Integrator для получения дополнительной информации.

Чтобы остановить сеанс из командной строки:

  1. Создайте домен Oracle Data Integrator и настройте шаблон агента:

    • При использовании типа установки ODI Standalone создайте домен ODI и настройте шаблон Oracle Data Integrator - Standalone Agent для создания конфигурации экземпляра ODI.

    • Если используется тип установки ODI Enterprise, создайте домен ODI и настройте шаблон Oracle Data Integrator - автономный размещенный агент для создания конфигурации экземпляра ODI.

  2. Перейдите в каталог / bin / установки Oracle Data Integrator.

  3. Введите следующую команду, чтобы остановить сценарий.

    В системах UNIX:

    ./stopsession.sh -INSTANCE = [-AGENT_URL = ] [-STOP_LEVEL = ]

    ODIInstanceName - это экземпляр, который был настроен на шаге 1 этой процедуры.

    В системах Windows:

    stopsession.cmd "-INSTANCE = " ["-AGENT_URL = "] ["-STOP_LEVEL = "]

В таблице 7-4 перечислены различные параметры этой команды, как обязательные, так и необязательные.Перед параметрами стоит знак «-», а перед возможными значениями стоит знак «=». Вы должны следовать синтаксису защиты символов, специфичному для операционной системы, в которой вы вводите команду.

Таблица 7-4 Параметры команды StopSession

Параметры Описание

-INSTANCE =

Имя экземпляра ODI, настроенного в домене.Экземпляр ODI определяет конфигурацию репозитория, которая будет использоваться для остановки сеанса (обязательно).

Номер (ID) сеанса, который нужно остановить.

[-AGENT_URL =

URL-адрес агента времени выполнения, который останавливает этот сеанс. По умолчанию сеанс выполняется локальным процессом Java, запущенным из командной строки.

[-STOP_LEVEL = <нормальный (по умолчанию) | немедленно>]

Уровень, используемый для остановки текущего сеанса. Если он не указан, нормальный будет использоваться в качестве стоп-уровня по умолчанию.


7.6 Выполнение плана загрузки

Планы нагрузки могут быть выполнены несколькими способами:

Примечание:

План загрузки не может быть выполнен с помощью встроенного агента ODI Studio под названием Local (No Agent).

7.6.1 Выполнение плана загрузки из ODI Studio

В ODI Studio можно запустить план загрузки в Designer Navigator или в Operator Navigator.

Для запуска плана загрузки в Designer Navigator или Operator Navigator:

  1. В дереве навигации «Планы и сценарии загрузки» выберите план загрузки, который необходимо выполнить.

  2. Щелкните правой кнопкой мыши и выберите «Выполнить».

  3. В диалоговом окне «Начать план нагрузки» выберите параметры выполнения:

    • Выберите контекст, в котором будет выполняться план загрузки.

    • Выберите логический агент, который будет запускать шаг.

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

      Обратите внимание, что уровень журнала 6 имеет то же поведение, что и уровень журнала 5, но с добавлением отслеживания переменных. См. «Отслеживание переменных и последовательностей» в статье «Разработка проектов интеграции с Oracle Data Integrator» для получения дополнительной информации.

      Выберите «Использовать уровень журнала задач сеанса» (по умолчанию), чтобы использовать значение уровня журнала задач сеанса, определенное в плане загрузки.

    • В таблице переменных введите значения запуска для переменных, используемых в этом плане загрузки.

  4. Щелкните ОК.

  5. Появится окно «Начал план загрузки».

  6. Щелкните ОК.

Начинается новое выполнение плана загрузки: создается экземпляр плана загрузки, а также выполняется первое выполнение плана загрузки.Вы можете просмотреть выполнение плана загрузки в Operator Navigator.

7.6.2 Выполнение плана загрузки из командной строки

Вы можете запустить план загрузки из командной строки.

Перед выполнением плана загрузки из командной строки внимательно прочтите следующие требования:

  • Сценарии командной строки, необходимые для выполнения задач, описанных в этом разделе, доступны только в том случае, если вы установили автономный агент Oracle Data Integrator или автономный агент, размещенный в одном месте.См. Раздел «Установка и настройка Oracle Data Integrator» для получения информации о том, как установить автономный агент или автономный агент, размещенный в одном месте.

  • Для использования этой команды необходимо настроить подключение к вашему репозиторию в домене. См. Установка и настройка Oracle Data Integrator для получения дополнительной информации.

  • Запуск плана загрузки запускается для агента времени выполнения, указанного параметром AGENT_URL .

Чтобы запустить план загрузки из командной строки:

  1. Создайте домен Oracle Data Integrator и настройте шаблон агента:

    • При использовании типа установки ODI Standalone создайте домен ODI и настройте шаблон Oracle Data Integrator - Standalone Agent для создания конфигурации экземпляра ODI.

    • Если используется тип установки ODI Enterprise, создайте домен ODI и настройте шаблон Oracle Data Integrator - автономный размещенный агент для создания конфигурации экземпляра ODI.

  2. Перейдите в каталог / bin / установки Oracle Data Integrator.

  3. Введите следующую команду, чтобы запустить план загрузки.

    В системах UNIX:

    ./startloadplan.sh -INSTANCE = [log_level] -AGENT_URL = [-KEYWORDS = ] [ = ] *

    ODIInstanceName - это экземпляр, который был настроен на шаге 1 этой процедуры.

    В системах WINDOWS:

    startloadplan.cmd "-INSTANCE = " [log_level] "- AGENT_URL = " ["-KEYWORDS = "] [" = " ] *

Примечание:

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

В системах UNIX:

./startloadplan.sh -INSTANCE = OracleDIAgent1 DWLoadPlan DEV -AGENT_URL = http: // localhost: 20910 / oraclediagent

В системах WINDOWS:

startloadplan.cmd "-INSTANCE = OracleDIAgent1" DWLoadPlan DEV "-AGENT_URL = http: // localhost: 20910 / oraclediagent"

В таблице 7-5 перечислены различные параметры, как обязательные, так и необязательные. Перед параметрами стоит знак «-», а перед возможными значениями стоит знак «=».Вы должны следовать синтаксису защиты символов, специфичному для операционной системы, в которой вы вводите команду.

Таблица 7-5 Параметры команды Startloadplan

Параметры Описание

-INSTANCE =

Имя экземпляра ODI, настроенного в домене. Экземпляр ODI определяет конфигурацию репозитория, которая будет использоваться для запуска плана загрузки (обязательно).

<имя_плана_загрузки>

Имя запускаемого плана загрузки (обязательно).

Код контекста, используемого для запуска плана загрузки. Обратите внимание, что если это значение не указано, план загрузки использует контекст вызывающего его сеанса (обязательно).

[log_level]

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

Обратите внимание, что уровень журнала 6 имеет то же поведение, что и уровень журнала 5, но с добавлением отслеживания переменных. По умолчанию это уровень журнала задач сеанса плана загрузки, который использовался для запуска плана загрузки. См. «Отслеживание переменных и последовательностей» в статье «Разработка проектов интеграции с Oracle Data Integrator» для получения дополнительной информации.

["-AGENT_URL = "]

URL-адрес физического агента, запускающего план загрузки (обязательно).

["-KEYWORDS = "]

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

["переменная> = <значение>"]

Стартовые значения для переменных плана загрузки (необязательно).Обратите внимание, что переменные проекта должны иметь имя <код_проекта>. <Имя_переменной> , а глобальные переменные должны иметь имя ГЛОБАЛЬНОЕ. <Имя_переменной> . Этот список имеет вид <переменная> = <значение> .

Формат для переменных даты и числа следующий:

Например:

"A_PROJ.A_REFRESH_VAR = bb" "A_PROJ.A_CROSS_PROJ_VAR = aa" "A_PROJ.A_VAR = cc"


7.7 Повторный запуск цикла загрузки

Перезапуск плана загрузки, запускает новый прогон для выбранного экземпляра плана загрузки. Обратите внимание, что при перезапуске плана загрузки параметр Restart Type для шагов с ошибкой определяет, как будут перезапущены план загрузки и дочерние сеансы. См. «Определение поведения при перезапуске» в статьях «Разработка проектов интеграции с Oracle Data Integrator» и «Перезапуск сеанса» для получения дополнительной информации.

Примечание:

Перезапуск экземпляра плана загрузки зависит от статуса его последнего запуска (с наибольшим номером).Перезапуск разрешен только для самого последнего запуска, если его статус - Ошибка.

планы нагрузки можно перезапустить несколькими способами:

7.7.1 Перезапуск плана загрузки из ODI Studio

Для перезапуска плана загрузки из ODI Studio:

  1. В навигаторе оператора выберите запуск плана загрузки для перезапуска в дереве навигации Выполнения плана загрузки.

  2. Щелкните правой кнопкой мыши и выберите «Перезагрузить».

  3. В диалоговом окне «Перезапустить план загрузки» выберите агент, который перезапускает план загрузки.При желании выберите другой уровень ведения журнала.

  4. Щелкните ОК.

План загрузки перезапускается, и создается новый прогон плана загрузки.

7.7.2 Перезапуск плана загрузки из командной строки

Перед перезапуском плана загрузки из командной строки внимательно прочтите следующие требования:

  • Сценарии командной строки, необходимые для выполнения задач, описанных в этом разделе, доступны только в том случае, если вы установили автономный агент Oracle Data Integrator или автономный агент, размещенный в одном месте.См. Раздел «Установка и настройка Oracle Data Integrator» для получения информации о том, как установить автономный агент или автономный агент, размещенный в одном месте.

  • Для использования этой команды необходимо настроить подключение к вашему репозиторию в домене. См. Установка и настройка Oracle Data Integrator для получения дополнительной информации.

  • Выполнение плана загрузки перезапускается для удаленного агента времени выполнения, указанного параметром AGENT_URL .

Чтобы перезапустить план загрузки из командной строки:

  1. Создайте домен Oracle Data Integrator и настройте шаблон агента:

    • При использовании типа установки ODI Standalone создайте домен ODI и настройте шаблон Oracle Data Integrator - Standalone Agent для создания конфигурации экземпляра ODI.

    • Если используется тип установки ODI Enterprise, создайте домен ODI и настройте шаблон Oracle Data Integrator - автономный размещенный агент для создания конфигурации экземпляра ODI.

  2. Перейдите в каталог / bin / установки Oracle Data Integrator.

  3. Введите следующую команду, чтобы перезапустить план загрузки.

    В системах UNIX:

    ./restartloadplan.sh -INSTANCE = [log_level] -AGENT_URL =

    ODIInstanceName - это экземпляр, который был настроен на шаге 1 этой процедуры.

    В системах WINDOWS:

    restartloadplan.cmd "-INSTANCE = " [log_level] "-AGENT_URL = "

Примечание:

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

В таблице 7-6 перечислены различные параметры, как обязательные, так и необязательные. Перед параметрами стоит знак «-», а перед возможными значениями стоит знак «=». Вы должны следовать синтаксису защиты символов, специфичному для операционной системы, в которой вы вводите команду.

Таблица 7-6 Параметры команды Restartloadplan

Параметры Описание

-INSTANCE =

Имя экземпляра ODI, настроенного в домене.Экземпляр ODI определяет конфигурацию репозитория, которая будет использоваться для перезапуска плана загрузки (обязательно).

ID остановленного или отказавшего экземпляра плана загрузки, который должен быть перезапущен (обязательно).

[log_level]

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

Обратите внимание, что уровень журнала 6 имеет то же поведение, что и уровень журнала 5, но с добавлением отслеживания переменных. По умолчанию это значение уровня журнала, использованное для предыдущего запуска плана загрузки.

Дополнительные сведения см. В разделе «Отслеживание переменных и последовательностей» в разделе «Разработка проектов интеграции с Oracle Data Integrator».

["-AGENT_URL = "]

URL-адрес физического агента, запускающего план загрузки (необязательно).


7.8 Остановка выполнения плана загрузки

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

Обратите внимание, что есть два способа остановить выполнение плана загрузки:

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

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

Планы нагрузки можно остановить несколькими способами:

7.8.1 Остановка плана загрузки из ODI Studio

Чтобы остановить выполнение плана загрузки из ODI Studio:

  1. В навигаторе оператора выберите выполняющийся или ожидающий выполнения плана загрузки для остановки в дереве навигации Выполнения плана загрузки.

  2. Щелкните правой кнопкой мыши и выберите «Остановить в обычном режиме» или «Остановить немедленно».

  3. В диалоговом окне «Остановить план загрузки» выберите агент, который останавливает план загрузки.

  4. Щелкните ОК.

Выполнение плана загрузки остановлено и переведено в состояние «Ошибка».

7.8.2 Остановка выполнения плана загрузки из командной строки

Перед остановкой плана загрузки из командной строки внимательно прочтите следующие требования:

  • Сценарии командной строки, необходимые для выполнения задач, описанных в этом разделе, доступны только в том случае, если вы установили автономный агент Oracle Data Integrator или автономный агент, размещенный в одном месте.См. Раздел «Установка и настройка Oracle Data Integrator» для получения информации о том, как установить автономный агент или автономный агент, размещенный в одном месте.

  • Для использования этой команды необходимо настроить подключение к вашему репозиторию в домене. См. Установка и настройка Oracle Data Integrator для получения дополнительной информации.

  • Сигнал выполнения плана загрузки отправляется удаленным агентом времени выполнения, идентифицированным параметром AGENT_URL .

Чтобы остановить выполнение плана загрузки из командной строки:

  1. Создайте домен Oracle Data Integrator и настройте шаблон агента:

    • При использовании типа установки ODI Standalone создайте домен ODI и настройте шаблон Oracle Data Integrator - Standalone Agent для создания конфигурации экземпляра ODI.

    • Если используется тип установки ODI Enterprise, создайте домен ODI и настройте шаблон Oracle Data Integrator - автономный размещенный агент для создания конфигурации экземпляра ODI.

  2. Перейдите в каталог / bin / установки Oracle Data Integrator.

  3. Введите следующую команду, чтобы остановить план загрузки.

    В системах UNIX:

    ./stoploadplan.sh -INSTANCE = [] -AGENT_URL = [-STOP_LEVEL = ]

    ODIInstanceName - это экземпляр, который был настроен на шаге 1 этой процедуры.

    В системах WINDOWS:

    stoploadplan.cmd "-INSTANCE = " [] "-AGENT_URL = " ["-STOP_LEVEL = "]

В таблице 7-7 перечислены различные параметры, как обязательные, так и необязательные.Перед параметрами стоит знак «-», а перед возможными значениями стоит знак «=». Вы должны следовать синтаксису защиты символов, специфичному для операционной системы, в которой вы вводите команду.

Таблица 7-7 Параметры команды Stoploadplan

Параметры Описание

-INSTANCE =

Имя экземпляра ODI, настроенного в домене.Экземпляр ODI определяет конфигурацию репозитория, которая будет использоваться для остановки плана загрузки (обязательно).

ID выполняющегося прогона плана нагрузки, который должен быть остановлен (обязательно).

[]

Счетчик запусков плана загрузки экземпляра плана загрузки. Это предотвращает непреднамеренную остановку выполнения последнего плана загрузки.Если он не указан, будет использован последний счетчик запусков плана загрузки (необязательно).

["-AGENT_URL = "]

URL-адрес физического агента, запускающего план загрузки (необязательно).

[-STOP_LEVEL = <нормальный (по умолчанию) | немедленно>]

Уровень, используемый для остановки выполнения плана загрузки. По умолчанию нормальный .


Примечание:

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

7.9 Сценарии планирования и планы нагрузки

Вы можете запланировать выполнение своих сценариев и планов нагрузки с помощью встроенного планировщика Oracle Data Integrator или внешнего планировщика. Оба метода подробно описаны в этом разделе:

7.9.1 Планирование сценария или плана загрузки с помощью встроенного планировщика

Вы можете прикреплять расписания к сценариям, а также к планам загрузки. Такие расписания управляются встроенным агентом времени выполнения планировщика.

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

Например:

  • Расписание 1: каждый четверг в 21:00, только один раз.

  • Расписание 2: каждый день с 8:00 до 12:00, повторяется каждые 5 секунд.

  • Расписание 3: ежедневно с 14:00 до 18:00, повторяется каждые 5 секунд, максимальная продолжительность цикла составляет 5 часов.

7.9.1.1 Составление сценария или плана загрузки

Чтобы запланировать сценарий или план загрузки из Oracle Data Integrator Studio.

  1. Щелкните правой кнопкой мыши узел "Планирование" в сценарии или в плане загрузки в Designer или Operator Navigator.

  2. Выберите Новое расписание. Откроется редактор расписания.

  3. На вкладке «Определение» редактора расписания укажите следующие параметры:

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

    Параметры статуса определяют активацию расписания.

    Недвижимость Описание
    Активный Планирование будет активным при перезапуске агента или при обновлении расписания физического агента.
    Неактивный Расписание не активно и не запускается.
    Действует за период Диапазон активности расписания. График, активный в течение определенного периода времени, будет выполняться только в течение этого периода.

    Параметры выполнения определяют частоту выполнения для каждого цикла выполнения.

    Недвижимость Описание
    Исполнение Вариант периодичности исполнения (годовой, ежемесячный, ... простой). Этот вариант дополняется набором параметров, которые зависят от этого основного параметра.

  4. На вкладке «Цикл выполнения» укажите следующие параметры для режима повтора сценария:

    Недвижимость Описание
    Нет (выполнить один раз) Сценарий или план загрузки выполняется только один раз.
    Много раз Сценарий или план загрузки повторяется несколько раз.
    • Максимальное количество повторов: максимальное количество повторений сценария в течение цикла.

    • Максимальная длительность цикла: как только достигается максимальное время, сценарий больше не перезапускается, и цикл останавливается.

    • Интервал между повторениями: время простоя между выполнением каждого сценария.

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

    • Остановить выполнение после: максимальное время выполнения для одной итерации. По достижении этого времени сценарий или план загрузки автоматически останавливается.


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

  6. В меню "Файл" выберите "Сохранить".

Новое расписание появится под узлом Планирование сценария или плана загрузки.

Изменения расписания учитываются агентом времени выполнения при его запуске или при получении запроса на обновление расписания.

7.9.1.2 Обновление расписания агента

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

Для обновления расписания агента:

  1. В Навигаторе топологии разверните узел Агенты в дереве навигации по физической архитектуре.

  2. Выберите физического агента, для которого нужно обновить расписание.

  3. Щелкните правой кнопкой мыши и выберите Обновление расписания ...

  4. В диалоговом окне «Выбор репозиториев» выберите репозитории, из которых вы хотите читать информацию о расписании. Установите флажок «Выбрать все рабочие репозитории», чтобы читать информацию о расписании из всех этих репозиториев.

  5. Щелкните ОК.

Агент обновляет и повторно вычисляет свое расписание в памяти на основе расписаний, определенных в этих репозиториях.

Вы также можете использовать инструмент OdiUpdateAgentSchedule (см .: «OdiUpdateAgentSchedule» в Справочнике по инструментам Oracle Data Integrator) для обновления расписания агента.

7.9.1.3 Отображение расписания

Вы можете просмотреть запланированные задачи всех ваших агентов или вы можете просмотреть запланированные задачи одного конкретного агента.

Примечание:

Информация о расписании извлекается из расписания агента в памяти. Агент должен быть запущен, а его расписание обновлено, чтобы отображалась точная информация о расписании.

Отображение расписания для всех агентов

Чтобы отобразить расписание для всех агентов:

  1. Выберите Connect Navigator> Scheduling ... в меню панели инструментов Operator Navigator.

Появится диалоговое окно «Просмотр расписания», в котором отображается расписание для всех агентов.

Отображение расписания для одного агента

Для отображения расписания для одного агента:

  1. В Навигаторе топологии разверните узел Агенты в дереве навигации по физической архитектуре.

  2. Выберите физического агента, для которого нужно обновить расписание.

  3. Щелкните правой кнопкой мыши и выберите «Просмотр расписания».

Откроется редактор расписания, отображающий расписание для этого агента.

Примечание:

Информация о расписании извлекается из расписания агента.Агент должен быть запущен, а его расписание обновлено, чтобы отображалась точная информация о расписании.

Использование диалогового окна просмотра расписания

График отображается в виде диаграммы Ганта. В Табл. 7-8 перечислены детали диалогового окна «Расписание».

Таблица 7-8 Подробные сведения о расписании

Параметры Описание

Выбранный агент

Агент, для которого отображается расписание.Вы также можете отобразить расписание всех агентов, выбрав Все агенты.

Репозиторий избранных работ

В расписании отображаются только сценарии, выполненные в выбранном рабочем репозитории. По умолчанию все рабочие репозитории.

Планирование с ... по ...

Диапазон времени, для которого отображается расписание. Щелкните Обновить, чтобы обновить это расписание.

Обновление

Нажмите «Обновить», чтобы обновить расписание для выбранных агентов.

Диапазон времени

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

Детали сценария

На этой панели отображаются сведения и статистика выполнения для каждого запланированного сценария.


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

Щелкнув диаграмму правой кнопкой мыши, вы открываете контекстное меню для масштабирования, сохранения диаграммы как файла изображения, печати или редактирования свойств отображения.

7.9.2 Планирование сценария или плана загрузки с помощью внешнего планировщика

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

Для получения дополнительной информации см .:

Если сценарий или план загрузки завершаются успешно, код возврата будет 0.В противном случае код возврата будет отличным от 0. Этот код будет доступен в:

  • Код возврата вызова командной строки. Сообщение об ошибке, если оно есть, доступно в стандартном выводе ошибок.

  • Ответ SOAP на вызов веб-службы. Ответ веб-службы также включает сообщение об ошибке сеанса, если оно есть.

7.10 Моделирование исполнения

В Oracle Data Integrator у вас есть возможность во время разработки моделировать выполнение.При моделировании выполнения генерируется и отображается код, соответствующий выполнению без выполнения этого кода. Моделирование выполнения предоставляет отчеты, подходящие для проверки кода.

Примечание:

При запуске выполнения в режиме моделирования сеанс не создается в журнале.

Для имитации казни:

  1. В представлении «Проект» в Designer Navigator выберите объект, который нужно выполнить.

  2. Щелкните правой кнопкой мыши и выберите «Выполнить».

  3. В диалоговом окне «Выполнить» установите параметры выполнения и выберите «Моделирование».См. Таблицу 7-1 для получения дополнительной информации.

  4. Щелкните ОК.

Отображается отчет моделирования.

Нажмите кнопку «Сохранить», чтобы сохранить отчет как файл .xml или .html .

7.11 Управление выполнением с помощью веб-служб

В этом разделе объясняется, как использовать веб-службу для выполнения операций во время выполнения. Он содержит следующие разделы.

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

Oracle Data Integrator включает веб-службы для выполнения операций во время выполнения.Эти веб-службы расположены по адресу:

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

Следующее относится к запросу SOAP, используемому против агента и общедоступных веб-служб

  • Операции веб-служб принимают пароль в виде открытого текста в запросе SOAP.Следовательно, настоятельно рекомендуется использовать защищенные протоколы (HTTPS) для вызова веб-сервисов в незащищенной сети. Вы также можете использовать внешнюю аутентификацию. См. «Использование веб-служб времени выполнения с внешней аутентификацией» для получения дополнительной информации.

  • Информация о подключении к репозиторию не требуется в запросе SOAP, поскольку агент или компонент общедоступной веб-службы настроен для подключения к главному репозиторию. Для выполнения большинства операций требуются только пользователь ODI и имя рабочего репозитория.

7.11.2 Выполнение сценария с использованием веб-службы

Операция invokeStartScen веб-службы агента запускает сценарий в синхронном или асинхронном режиме; в заданном репозитории работ. Сеанс выполняется агентом, предоставляющим веб-службу.

      
         <Данные>
             odi_user 
             odi_password 
             рабочий_репозиторий 
         
         <Запрос>
             имя_сценария 
             сценарий_версии 
             контекст 
             уровень_журнала 
            <Синхронный> синхронный 
             имя_сеанса 
             session_name 
            <Переменные>
             имя_переменной 
             значение_переменной 
            
         
      
 

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

  • В синхронном режиме ( Синхронный = 1) ответ возвращается после завершения сеанса и отражает результат выполнения.

  • В асинхронном режиме ( Synchronous = 0) ответ возвращается после запуска сеанса и указывает только на то, был ли сеанс запущен правильно или нет.

Эта операция возвращает ответ в следующем формате:

   543001  
 

7.11.3 Мониторинг состояния сеанса с помощью веб-службы

Операция getSessionStatus веб-службы агента возвращает состояние одного или нескольких сеансов в данном репозитории, идентифицированных их номерами сеансов, указанными в элементе SessionIds . Он управляет как запущенными, так и завершенными сеансами.

      
         <Данные>
             odi_user 
             odi_password 
             рабочий_репозиторий 
          номер_сеанса 
      
 

Эта операция возвращает ответ в следующем формате:

      
          session_id 
          код_статуса 
          return_code 
      
 

Значение кода возврата равно нулю для успешных сеансов, а возможные коды состояния:

  • D: Готово

  • E: Ошибка

  • M: Предупреждение

  • Q: В очереди

  • R: Работает

  • Вт: ожидание

7.11.4 Перезапуск сеанса с помощью веб-службы

Операция invokeRestartSess веб-службы агента перезапускает сеанс, определенный по его номеру сеанса (указанному в элементе SessionID ) в заданном рабочем репозитории. Сеанс выполняется агентом, предоставляющим веб-службу.

Только сеансы в состоянии Ошибка или Ожидание могут быть перезапущены. Сеанс возобновится с последней невыполненной задачи (обычно с ошибкой).

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

      
         <Данные>
             odi_user 
             odi_password 
             рабочий_репозиторий 
         
         <Запрос>
             номер_сеанса 
            <Синхронный> синхронный 
             0 | 1 
             уровень_журнала 
            <Переменные>
             имя_переменной 
             значение_переменной 
            
         
      
 

Эта операция возвращает ответ, аналогичный InvokeStartScen , в зависимости от значения элемента Synchronous .

7.11.5 Выполнение плана загрузки с помощью веб-службы

Операция invokeStartLoadPlan веб-службы агента запускает план загрузки в заданном рабочем репозитории. План загрузки выполняется агентом, предоставляющим веб-службу. Обратите внимание на следующие параметры операции invokeStartLoadPlan :

  • OdiPassword : используйте пароль в открытом виде.

  • Контекст : используйте контекстный код.

  • Ключевые слова : Если вы используете несколько ключевых слов, введите список ключевых слов, разделенных запятыми.

  • Имя : Используйте полное имя для переменных: GLOBAL.variable_name or PROJECT_CODE.variable_name

Ниже показан формат запроса OdiStartLoadPlanRequest.


   <Данные>
       odi_user 
       odi_password 
       рабочий_репозиторий 
   
   
       имя_плана_загрузки 
       контекст 
       ключевые слова 
       уровень_журнала 
      
          имя_переменной 
          значение_переменной 
      
    

 

Операция invokeStartLoadPlan возвращает в ответ следующие значения:

Ниже приведен пример ответа OdiStartLoadPlan :


   <информация об исполнении>
      
          2001 
          1 
          0 
          12542926 
      
   

 

7.11.6 Остановка выполнения плана загрузки с помощью веб-службы

Операция invokeStopLoadPlan веб-службы агента останавливает выполнение текущего плана загрузки, идентифицированного идентификатором экземпляра и номером выполнения в заданном рабочем репозитории. Экземпляр плана загрузки останавливается агентом, предоставляющим веб-службу. Обратите внимание, что параметр StopLevel может принимать следующие значения:

  • ОБЫЧНЫЙ : Ожидает завершения текущей задачи, а затем останавливает сеанс.

  • НЕМЕДЛЕННО : немедленно останавливает сеанс, отменяет все открытые операторы, а затем откатывает транзакции.

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


   <Данные>
       odi_user 
       odi_password 
       рабочий_репозиторий 
   
   
       load_plan_instance_id 
       load_plan_run_count 
       уровень остановки 
   

 

Операция invokeStopLoadPlan возвращает в ответ следующие значения:

Ниже приведен пример ответа OdiStopLoadPlan :


   
      
         <информация об исполнении>
            
               3001 
               1 
               0 
               12542926 
            
         
      
   

 

7.11.7 Перезапуск экземпляра плана загрузки с помощью веб-службы

Операция invokeRestartLoadPlan веб-службы агента перезапускает экземпляр плана загрузки, идентифицированный идентификатором экземпляра в заданном рабочем репозитории. Экземпляр плана загрузки перезапускается агентом, предоставляющим веб-службу.


   <Данные>
       odi_user 
       odi_password 
       рабочий_репозиторий 
   
   
       load_plan_instance_id 
       уровень_журнала 
   

 

7.11.8 Мониторинг состояния выполнения плана загрузки с помощью веб-службы

Операция getLoadPlanStatus веб-службы агента возвращает состояние одного или нескольких планов загрузки по их идентификатору экземпляра и номеру запуска в заданном репозитории. Он управляет как запущенными, так и завершенными экземплярами плана загрузки.


   <Данные>
        odi_user 
        odi_password 
       рабочий_репозиторий 
   
   
       load_plan_instance_id 
       номер_загрузки_плана 
   

 

Операция getStopLoadPlan Status возвращает в ответ следующие значения:

Ниже приведен пример ответа OdiGetLoadPlanStatus :


   
      
         
             3001 
             1 
             E 
             ODI-1530 
             ODI-1530: экземпляр плана загрузки был остановлен по запросу пользователя.
         
      
   

 

7.11.9 Доступ к веб-службе из командной строки

Oracle Data Integrator содержит два сценария оболочки для платформ UNIX, которые используют интерфейс веб-службы для запуска и мониторинга сценариев из командной строки через операции веб-службы агента времени выполнения:

  • startcenremote.sh запускает сценарий на удаленном агенте в своей веб-службе.Этот сценарий можно запустить синхронно или асинхронно. При асинхронном запуске скрипт может регулярно опрашивать состояние сеанса, пока сеанс не завершится или не истечет время ожидания.

  • getsessionstatusremote.sh получает статус сеанса через интерфейс веб-службы. Этот второй сценарий используется в сценарии startcenremote.sh .

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

  • Сценарии командной строки, необходимые для выполнения задач, описанных в этом разделе, доступны только в том случае, если вы установили автономный агент Oracle Data Integrator.См. Раздел «Установка и настройка Oracle Data Integrator» для получения информации о том, как установить автономный агент.

  • В отличие от командной строки startcen.sh , эти сценарии полагаются на облегченную утилиту WGET, установленную с платформой UNIX или Linux, для выполнения вызовов веб-служб. Он не использует код Java и использует механизм опроса, чтобы уменьшить количество запущенных процессов на машине. Эти сценарии подходят, когда необходимо одновременно управлять большим количеством сценариев и сеансов из командной строки.

Запуск сценария

Чтобы запустить сценарий из командной строки через веб-службу:

  1. Перейдите в каталог / agent / bin установки Oracle Data Integrator.

  2. Введите следующую команду, чтобы запустить сценарий.

    В системах UNIX:

    ./startscenremote.sh -l -s -n ключевое_слово_сеанса> -a <присвоенная_переменная> -t <тайм-аут> -i <интервал> -h -v

В таблице 7-9 перечислены различные параметры этой команды, как обязательные, так и необязательные.

Таблица 7-9 Параметры команды Startscenremote

Параметры Описание

<имя_сценария>

Название сценария (обязательно).

Версия сценария (обязательная). Если указанная версия равна -1, выполняется последняя версия сценария.

Код контекста исполнения (обязательно).

<рабочий_репозиторий>

Имя рабочего репозитория, содержащего сценарий.

URL-адрес агента времени выполнения, который будет запускать этот сеанс.

Имя пользователя, использовавшегося для запуска этих сеансов.

Пароль этого пользователя.

- л

Уровень сохраняемой информации журнала.

Этот параметр имеет формат , где - ожидаемый уровень ведения журнала, от 0 до 6. Уровень журнала по умолчанию - 5.

Обратите внимание, что уровень журнала 6 имеет то же поведение, что и уровень журнала 5, но с добавлением отслеживания переменных.См. «Отслеживание переменных и последовательностей» в статье «Разработка проектов интеграции с Oracle Data Integrator» для получения дополнительной информации.

Пример: startcen.cmd СКЭНАР 1 ГЛОБАЛЬНЫЙ 5

-s

Режим выполнения:

-n <имя_сессии>

Название сеанса

-k <ключевое_слово_сессии>

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

-a

Назначить переменную. Позволяет назначить на для выполнения сценария. <переменная> - это либо проектная, либо глобальная переменная. Переменные проекта должны иметь имя <Код проекта>. <Имя переменной> .Глобальные переменные должны называться GLOBAL. <Имя переменной> .

Этот параметр можно повторять для присвоения нескольких переменных.

Не используйте знак решетки ( # ) в качестве префикса имени переменной в командной строке startcen.

Например: -a PROJ1.VAR1 = 100

-t <время ожидания>

Тайм-аут в секундах для ожидания завершения сеанса, если sync_mode = 2.

-i <интервал>

Интервал опроса статуса сеанса, если sync_mode = 2.

-h

Тайм-аут HTTP для вызовов веб-служб.

-v

Подробный режим.


Мониторинг статуса сеанса

Для отслеживания состояния сеанса из командной строки через веб-службу:

  1. Перейдите в каталог / agent / bin установки Oracle Data Integrator.

  2. Введите следующую команду, чтобы запустить сценарий.

    В системах UNIX:

    ./getsessionstatusremote.sh -w -t -i -h -v 9

В таблице 7-10 перечислены различные параметры этой команды, как обязательные, так и необязательные.

Таблица 7-10 Параметры команды GetSessionStatusRemote

Параметры Описание

<номер_сессии>

Номер контролируемого сеанса.

<рабочий_репозиторий>

Имя рабочего репозитория, содержащего сценарий.

URL-адрес агента времени выполнения, который будет запускать этот сеанс.

Имя пользователя, использовавшегося для запуска этих сеансов.

Пароль этого пользователя.

-w <режим ожидания>

Режим ожидания:

  • 0: не ждать завершения сеанса, сообщать о текущем состоянии.

  • 1: дождаться завершения сеанса и сообщить о состоянии.

-t <время ожидания>

Тайм-аут в секундах для ожидания завершения сеанса, если sync_mode = 2.

-i <интервал>

Интервал опроса состояния сеанса, если sync_mode = 2.

-h

Тайм-аут HTTP для вызовов веб-служб.

-v

Подробный режим.


7.11.10 Использование веб-служб времени выполнения с внешней аутентификацией

Примеры веб-сервисов в этой главе используют аутентификацию ODI в теле SOAP с использованием элементов OdiUser и OdiPassword.

Если для репозитория настроена внешняя проверка подлинности и настроена проверка подлинности на основе контейнера с Oracle Platform Security Services (OPSS) (см. «Настройка внешней проверки подлинности» для получения дополнительной информации), проверка подлинности может быть передана веб-службе с использованием базовой проверки подлинности HTTP, Заголовки WS-Security, токены SAML и т. Д. OPSS будет прозрачно обрабатывать аутентификацию на стороне сервера с поставщиком удостоверений. В такой ситуации элементы OdiUser и OdiPassword можно опустить.

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

Примечание:

Аутентификация OPSS возможна только для общедоступной веб-службы или агента JEE, развернутого на сервере Oracle WebLogic.

7.11.11 Использование WS-адресации

Веб-службы, описанные в этой главе, дополнительно поддерживают WS-Addressing.WS-Addressing позволяет ответить конечной точке после завершения вызова веб-службы времени выполнения. С этой целью в заголовке запроса SOAP можно дополнительно указать две конечные точки, ReplyTo и FaultTo.

Эти конечные точки используются следующим образом:

  • Когда вызов веб-службы времени выполнения завершается успешно, результат действия отправляется в конечную точку ReplyTo.

  • Если в запросе SOAP обнаружена ошибка или Oracle Data Integrator не может выполнить запрос, на адрес FaultTo отправляется сообщение.Если адрес FaultTo не указан, сообщение об ошибке отправляется на адрес ReplyTo.

  • Если агент Oracle Data Integrator обнаруживает ошибки во время обработки запроса и должен выдать сообщение об ошибке ODI, это сообщение об ошибке отправляется обратно на адрес ReplyTo.

Обратите внимание, что операции обратного вызова не работают в режиме обратного вызова, если не указан допустимый адрес ReplyTo.

Ниже приведен пример запроса, отправляемого для получения статуса сеанса для сеанса 20001:



 xmlns.oracle.com/odi/OdiInvoke/getSessionStatus 

 http: // host001: 8080 / examples / servlets / servlet / RequestPrinter 

 uuid: 71bd2037-fbef-4e1c-a991-4afcd8cb2b8e 

   
      
         <Данные>
            
             
             
             WORKREP1 
         
         
          20001 
      
   

 
 

Следующий вызов будет сделан на адрес ReplyTo ( http: // host001: 8080 / examples / servlets / servlet / RequestPrinter ).

Обратите внимание, что этот вызов содержит ответ на действие, указанное в запросе, и включает исходный MessageID для корреляции запроса и ответа.



 http: // host001: 8080 / examples / servlets / servlet / RequestPrinter 
 xmlns.oracle.com/odi/OdiInvoke/:requestPortType:getSessionStatusResponse 
 uuid: eda383f4-3cb5-4dc2-988c-a4f7051763ea 
 uuid: 71bd2037-fbef-4e1c-a991-4afcd8cb2b8e 




                26001 
                D 
                0 
           

    

 

Для получения дополнительной информации о WS-Adressing посетите эти веб-сайты консорциума World Wide Web (W3C) по следующим URL-адресам:

7.11.12 Использование асинхронных веб-служб с обратным вызовом

Долговременные операции веб-службы могут запускаться асинхронно по образцу асинхронных веб-служб JRF или асинхронных процессов BPEL. Они следуют шаблону «пара портов запрос-ответ».

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

Две определенные операции в веб-службе агента поддерживают этот шаблон: invokeStartScenWithCallback и invokeRestartSessWithCallback.

Эти операции предоставляют следующие возможности:

  • Они не возвращают никакого ответа. Это односторонние операции.

  • Клиент, вызывающий эти две операции, должен реализовать соответственно односторонние операции invokeStartSceCallback и invokeRestartSessCallback. В эти операции отправляются результаты действий invokeStartScenWithCallback и invokeRestartSessWithCallback.

  • Вызов должен предоставить в заголовке SOAP адреса ReplyTo и, возможно, FaultTo.Если методы вызываются без адреса ReplyTo, операция будет выполняться синхронно (что соответствует операции invokeStartScen или invokeRestartSess). Когда в операции генерируется ошибка, она будет отправлена ​​на адрес ReplyTo или FaultTo.

Сценарий или сеанс, запущенный синхронно с использованием invokeStartScenWithCallback и invokeRestartSessWithCallback, запустится и не вернет никакого ответа SOAP, поскольку это односторонние операции. Когда сеанс завершается, в ответ отправляется адрес обратного вызова.

Примечание:

Oracle BPEL автоматически выполняет эти операции и отправляет заголовки WS-Addressing, указывающие на эти конечные точки.

Формы заседаний

  • перейти к содержанию
  • Главная
  • О SCTS
  • Новости SCTS
  • Отчеты и данные
  • Прием на работу
  • Помогите
  • Связаться с нами
  • Политика использования файлов cookie

Поиск

    • Суды, трибуналы и организации правосудия в Шотландии
      • Верховный суд
      • О судебном заседании
      • Коммерческие акции
      • Апелляционный суд шерифа по уголовным делам
      • Апелляционный суд шерифа - гражданский
      • О судах шерифа
      • Найти суд
      • Суд по личным травмам
      • Публичные уведомления
      • Общие публичные уведомления
      • Несчастные случаи со смертельным исходом
      • Предварительные слушания и даты расследования
      • О судах JP
      • Подписание документов
      • О шотландских трибуналах
      • Другие суды и трибуналы
      • Другие организации
      • Бухгалтер суда
    • Информация для тех, кто должен явиться в суд
    • Присяжные
    • Свидетели
    • Жертвы преступлений
    • Информация о том, как работают некоторые судебные процессы, и действия, которые вы можете предпринять
      • Посещение суда
      • Банкротство
      • Судебные сборы
      • Уголовный
      • Работа с имуществом умершего в Шотландии
      • Расторжение брака и прекращение гражданского партнерства
      • Европейские приложения
      • Часто задаваемые вопросы
      • Словарь терминов
      • Представительство по гражданским делам
      • Обычная причина
      • Заплатить штраф
      • Простая процедура
      • Сводка приложений
      • Сводная причина

Изучение оболочки - Урок 9: Разрешения

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

Что именно это означает? Это означает, что более одного пользователя могут быть одновременно работая с компьютером. В то время как настольный или портативный компьютер имеет только одну клавиатуру и монитор, он может использоваться более чем одним пользователем. Например, если компьютер подключен к сети или Интернету, удаленный пользователи могут войти в систему через ssh (безопасная оболочка) и управлять компьютер. Фактически, удаленные пользователи могут запускать графические приложения и иметь вывод отображается на удаленном компьютере.Система X Window поддерживает это.

Многопользовательские возможности Unix-подобных систем - это особенность, которая глубоко укоренился в конструкции операционной системы. Если мы вспомним среда, в которой был создан Unix, имеет смысл. Много лет назад до того, как компьютеры стали «персональными», они были большими, дорогими и централизованными. Типичная университетская компьютерная система состояла из большого мэйнфрейма. расположены в каком-то здании на территории кампуса, и терминалов были расположены повсюду кампус, каждый из которых подключен к большому центральному компьютеру.Компьютер бы поддерживать много пользователей одновременно.

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

В этом уроке будут рассмотрены следующие команды:

  • chmod - изменить права доступа к файлам
  • su - временно стать суперпользователем
  • sudo - временно стать суперпользователем
  • chown - изменить владение файлом
  • chgrp - заменить а групповое владение файлом

Права доступа к файлу

В системе Linux каждому файлу и каталогу назначаются права доступа для владелец файла, члены группы связанных пользователей и все остальные.Можно назначить права на чтение файла, запись файла и выполнение файла. (т.е. запустите файл как программу).

Чтобы увидеть настройки разрешений для файла, мы можем использовать команду ls . В качестве примера рассмотрим программу bash , которая находится в папке / bin . каталог:

[me @ linuxbox me] $ ls -l / bin / bash -rwxr-xr-x 1 root root 1113504 6 июня 2019 г. / bin / bash

Здесь мы видим:

  • Файл "/ bin / bash" принадлежит пользователю "корень"
  • Суперпользователь имеет право читать, писать, и запустите этот файл
  • Файл принадлежит группе "root"
  • Члены группы "root" также могут читать и выполнить этот файл
  • Все остальные могут прочитать и выполнить это файл

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

chmod

Команда chmod используется для изменения разрешения файла или каталога. Для его использования указываем желаемый настройки разрешений и файл или файлы, которые мы хотим изменить. Есть два способы указать разрешения. В этом уроке мы сосредоточимся на одном из них, называется методом в восьмеричной системе счисления.

Легко представить настройки разрешений как серию битов ( как компьютер о них думает). Вот как это работает:

 rwx rwx rwx = 111 111 111
rw- rw- rw- = 110 110 110
rwx --- --- = 111 000 000

и так далее...

rwx = 111 в двоичном формате = 7
rw- = 110 в двоичном формате = 6
r-x = 101 в двоичном формате = 5
r-- = 100 в двоичной системе = 4 

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

[me @ linuxbox me] $ chmod 600 some_file

Вот таблица чисел, которая охватывает все общие настройки. Те начинающиеся с «7» используются с программами (поскольку они разрешают выполнение), а остальные предназначены для других типов файлов.

Значение Значение
777 (rwxrwxrwx) Нет ограничений на разрешения.Кто угодно может делать что угодно. Обычно это нежелательная настройка.
755 (rwxr-xr-x) Владелец файла может читать, писать и выполнять файл. Все остальные может читать и выполнять файл. Эта настройка является общим для программ, которые используются всеми пользователей.
700 (rwx ------) Владелец файла может читать, писать и выполнять файл.Никто остальное имеет какие-то права. Эта настройка полезна для программ, которые может использовать только владелец, и должны храниться в тайне от других.
666 (rw-rw-rw-) Все пользователи могут читать и напишите файл.
644 (rw-r - r--) Владелец может читать и писать файл, а все остальные могут только прочтите файл. Обычная настройка данных файлы, которые могут читать все, но только владелец может измениться.
600 (rw -------) Владелец может читать и напишите файл. У всех остальных нет прав. Обычная настройка для файлов данных, которые владелец хочет сохранить конфиденциальность.

Разрешения каталога

Команда chmod также может использоваться для управления права доступа к каталогам. Опять же, мы можем использовать восьмеричную запись, чтобы установить разрешения, но значение атрибутов r, w и x другое:

  • r - Позволяет отображать содержимое каталога если также установлен атрибут x.
  • w - Позволяет создавать файлы в каталоге, удален или переименован, если также установлен атрибут x.
  • x - Позволяет войти в каталог (например, cd dir ).

Вот несколько полезных настройки для справочников:

Значение Значение
777 (rwxrwxrwx) Нет ограничений на разрешения.Кто угодно может перечислять файлы, создавать новые файлы в каталоге и удалить файлы в каталоге. Вообще не хорошо настройка.
755 (rwxr-xr-x) Владелец каталога имеет полный доступ. Все остальные могут перечислить каталог, но не может ни создавать файлы, ни удалять их. Этот параметр является общим для каталогов которым вы хотите поделиться с другими пользователями.
700 (rwx ------) Владелец каталога имеет полный доступ.Больше ни у кого нет прав. Этот параметр полезен для каталогов, только владелец может использовать и должен храниться частное от других.

На короткое время стать суперпользователем

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

[me @ linuxbox me] $ за Пароль: [root @ linuxbox me] #

После выполнения команды su у нас есть новый сеанс оболочки в качестве суперпользователя. Чтобы выйти из сеанса суперпользователя, введите exit , и мы вернемся к предыдущему сеансу.

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

[me @ linuxbox me] $ sudo some_command Пароль для меня: [me @ linuxbox me]

долларов

Фактически, современные дистрибутивы даже не устанавливают пароль учетной записи root, поэтому делает невозможным войти в систему как пользователь root.Корневая оболочка все еще возможна с sudo с использованием параметра "-i":

[me @ linuxbox me] $ sudo -i Пароль для меня: корень @ linuxbox: ~ #

Изменение владельца файла

Мы можем изменить владельца файла с помощью команды chown . Вот пример: предположим, мы хотим измените владельца some_file с «я» на «вы». Мы могли:

[me @ linuxbox me] $ sudo chown you some_file

Обратите внимание, что для смены владельца файла у нас должен быть суперпользователь. привилегии.Для этого в нашем примере использовался sudo команда для выполнения chown .

chown работает с каталогами так же, как и по файлам.

Смена владельца группы

Групповое владение файлом или каталогом можно изменить с помощью chgrp . Эта команда используется так:

[me @ linuxbox me] $ chgrp new_group some_file

В приведенном выше примере мы изменили групповое владение some_file из предыдущей группы в «new_group».Мы должны быть владелец файла или каталога для выполнения chgrp .

Дополнительная литература

сопрограмм и задач - документация Python 3.9.1

В этом разделе описаны высокоуровневые асинхронные API-интерфейсы для работы с сопрограммами. и Задачи.

Сопрограммы, объявленные с синтаксисом async / await, являются предпочтительный способ написания приложений asyncio. Например, следующие фрагмент кода (требуется Python 3.7+) печатает «привет», ждет 1 секунду, а затем печатает «мир»:

 >>> импорт asyncio

>>> async def main ():
... print ('привет')
... ждать asyncio.sleep (1)
... print ('мир')

>>> asyncio.run (главная ())
Здравствуйте
Мир
 

Обратите внимание, что простой вызов сопрограммы не будет включать ее быть исполнено:

 >>> main ()
<основной объект сопрограммы в 0x1053bb7c8>
 

Для фактического запуска сопрограммы asyncio предоставляет три основных механизма:

  • Функция asyncio.run () для запуска верхнего уровня точка входа в функцию «main ()» (см. пример выше.)

  • Ожидание сопрограммы. Следующий фрагмент кода будет выведите «привет» после ожидания в течение 1 секунды, а затем выведите «мир» после ожидания еще 2 секунды:

     импорт asyncio
    время импорта
    
    async def say_after (задержка, что):
        ждать asyncio.sleep (задержка)
        печать (что)
    
    async def main ():
        print (f "начато в {time.strftime ('% X')}")
    
        ожидание say_after (1, 'привет')
        ожидание say_after (2, 'мир')
    
        print (f "завершено в {time.strftime ('% X')}")
    
    asyncio.запустить (main ())
     

    Ожидаемый результат:

     начался в 17:13:52
    Здравствуйте
    Мир
    закончился в 17:13:55
     
  • Функция asyncio.create_task () для запуска сопрограмм одновременно как asyncio Tasks .

    Давайте изменим приведенный выше пример и запустим две сопрограммы say_after одновременно :

     async def main ():
        task1 = asyncio.create_task (
            say_after (1, 'привет'))
    
        task2 = asyncio.create_task (
            say_after (2, 'мир'))
    
        print (f "началось в {время.strftime ('% X')} ")
    
        # Подождите, пока будут выполнены обе задачи (должно занять
        # около 2 секунд.)
        ждать задачу1
        ждать задача2
    
        print (f "завершено в {time.strftime ('% X')}")
     

    Обратите внимание, что ожидаемый результат теперь показывает, что фрагмент выполняется На 1 секунду быстрее, чем раньше:

     начался в 17:14:32
    Здравствуйте
    Мир
    закончился в 17:14:34
     

Мы говорим, что объект - это ожидаемый объект , если он может быть использован в выражении await . Многие API-интерфейсы asyncio предназначены для принять ожидаемые.

Есть три основных типа ожидающих объектов: сопрограмм , задач и фьючерсов .

Сопрограммы

Сопрограммы Python - это ожидаемые и, следовательно, их можно ожидать от другие сопрограммы:

 импорт asyncio

async def nested ():
    возврат 42

async def main ():
    # Ничего не произойдет, если мы просто вызовем "nested ()".
    # Объект сопрограммы создается, но не ожидается,
    # поэтому он * вообще не запускается *.вложенный ()

    # Давайте сделаем это по-другому и подождем:
    print (await nested ()) # напечатает "42".		            	
	

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *