問題タブ [deployment]

私はかなりの数日間、組織のプロビジョニングに取り組んできましたが、解決に成功したいくつかの問題に直面していました.私が直面した問題について説明しましょう.MSCrmServicesはネットワークサービスの下で実行されているプロセスです. . コンソール アプリケーションからサービスの 'Execute' メソッドを呼び出すと、実行されたすべてのアクションが 'Network Service' アカウントのコンテキストで実行されます。Network Service アカウントには組織を作成するための十分な権限がないため、アクション中に多くの問題が発生します。

• レジストリへのアクセスは許可されていません。
• 正しい SQL Server 権限ではありません
• 十分な AD 権限がありません。
• ...

偽装は機能しません。サービスはプロセス アカウントを使用してアクションを実行します。機能する唯一の方法は、展開管理者権限を持つ管理者として CRMAppPool ID を実行することです (展開マネージャー ツールによって追加されます)。しかし、CRM 展開におけるこの問題は、私とは対決していないようです :(. プール ID をシステム管理者に変更した後に新しい問題が発生したため、展開サービスは Unauthorized !!!! というエラーを出し、さらに、それが言うログ..

プロセス: w3wp |組織:00000000-0000-0000-0000-000000000000 |スレッド: 1 |カテゴリ: 例外 |ユーザー: 00000000-0000-0000-0000-000000000000 |レベル: エラー | CrmException..ctor

CrmException..ctor (文字列メッセージ、例外 innerException、Int32 errorCode、ブール isFlowControlException、ブール enableTrace) で

CrmException..ctor (文字列メッセージ、Int32 errorCode) で

CrmObjectNotFoundException..ctor (BusinessEntityMoniker モニカー) で

BusinessProcessObject.DoRetrievePublishableSingle (BusinessEntityMoniker モニカ、EntityExpression entityExpression、ブール値の includeUnpublished、ExecutionContext コンテキスト) で

BusinessProcessObject.RetrieveUnpublished (BusinessEntityMoniker モニカ、EntityExpression entityExpression、ExecutionContext コンテキスト) で

OrganizationUIService.RetrieveUnpublished (BusinessEntityMoniker モニカー、EntityExpression entityExpression、ExecutionContext コンテキスト) で

OrganizationUIService.RetrieveOldFormXml (BusinessEntityMoniker モニカ、ExecutionContext コンテキスト) で

OrganizationUIService.ExtractAndSaveFormLabels (IBusinessEntity エンティティ、ExecutionContext コンテキスト) で

OrganizationUIService.Create (IBusinessEntity エンティティ、ExecutionContext コンテキスト) で

ImportFormXmlHandler.createOrgUI (OrganizationUIService orgUIService、XmlNode formNode) で

ImportFormXmlHandler.ImportItem() で

ImportHandler.Import() で

ImportHandler.Import() で

RootImportHandler.RunImport() で

ImportXml.RunImport() で

NewOrgUtility.OrganizationImportDefaultData (Guid organizationId、Version existingDatabaseVersion、文字列 importFile) で

NewOrgUtility.OrganizationImportDefaultData (Guid organizationId、文字列 importFile) で

NewOrgUtility.ConfigureOrganization (文字列 organizationId、文字列 organizationName、文字列 userAccountName、文字列 userFirstName、文字列 userLastName、文字列 userEmail、文字列 languageCode、文字列privilegedUserGroup、文字列 sqlAccessGroup、文字列 userGroup、文字列 reportingGroup、文字列privilegedReportingGroup、ブール値 grantNetworkServiceAccess、ブール値 autoGroupManagement、文字列 importFileLocation、ブール sqmOption)

CreateOrganizationInstaller.Create (Guid organizationId、文字列 organizationUniqueName、文字列 organizationFriendlyName、文字列 baseCurrencyCode、文字列 baseCurrencyName、文字列 baseCurrencySymbol、文字列 initialUserDomainName、文字列 initialUserFirstName、文字列 initialUserLastName、文字列 sqlServerName、Uri reportServerUrl、文字列privilegedUserGroupName、文字列 sqlAccessGroupName、文字列 userGroupName、文字列 reportingGroupName、文字列privilegedReportingGroupName、文字列applicationPath、文字列languageId、ブール値sqmOption、文字列organizationCollat​​ion、MultipleTenancy multipleTenancy)

CreateOrganizationInstaller.Create (ICreateOrganizationInfo organizationInfo) で

OrganizationService.Create (DeploymentEntity エンティティ) で

CreateRequest.Process() で

CrmDeploymentService.Execute (DeploymentServiceRequest 要求) で

RuntimeMethodHandle._InvokeMethodFast (オブジェクト ターゲット、Object[] 引数、SignatureStruct& sig、MethodAttributes methodAttributes、RuntimeTypeHandle typeOwner) で

RuntimeMethodHandle.InvokeMethodFast (オブジェクト ターゲット、オブジェクト [] 引数、署名 sig、MethodAttributes methodAttributes、RuntimeTypeHandle typeOwner) で

RuntimeMethodInfo.Invoke (オブジェクト obj、BindingFlags invokeAttr、バインダー バインダー、オブジェクト [] パラメーター、CultureInfo カルチャ、ブール値の skipVisibilityChecks) で

RuntimeMethodInfo.Invoke (オブジェクト obj、BindingFlags invokeAttr、バインダー バインダー、オブジェクト [] パラメーター、CultureInfo カルチャ) で

LogicalMethodInfo.Invoke (オブジェクト ターゲット、オブジェクト [] 値) で

WebServiceHandler.Invoke() で

WebServiceHandler.CoreProcessRequest() で

SyncSessionlessHandler.ProcessRequest (HttpContext コンテキスト) で

CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() で

HttpApplication.ExecuteStep (IExecutionStep ステップ、ブール値 & completedSynchronously) で

ApplicationStepManager.ResumeSteps で (例外エラー)

HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest (HttpContext コンテキスト、AsyncCallback cb、オブジェクト extraData) で

HttpRuntime.ProcessRequestInternal (HttpWorkerRequest wr) で

HttpRuntime.ProcessRequestNoDemand (HttpWorkerRequest wr) で

ISAPIRuntime.ProcessRequest (IntPtr ecb、Int32 iWRType) で

これについて何か考えはありますか？

あなたの誰かがそのような問題に出くわしたことがありますか。私はこの問題を解決しようとしてきましたが、うまくいきませんでした。

ビルド/テストの実行/Web プロジェクトの圧縮などを行う NAnt ビルド スクリプトを既に持っていますが、基本的なデスクトップ アプリケーションに取り組んでいます。TeamCity のビルド レポートに含めることができるように、NAnt を使用してセットアップ プロジェクトをビルドするにはどうすればよいでしょうか。

編集: セットアップは、Visual Studio で提供される基本的なセットアップ プロジェクトです。社内用なので、派手なことはしません。

DNN用のモジュールをバージョン2から開発してきましたが、当時は、自分の環境でモジュールを開発したときにモジュールを簡単に実行でき、モジュールをDLLとして簡単にデプロイできました。バージョン4がリリースされ、（Webアプリケーションソリューションではなく）Webサイトソリューションを使用したとき。何かが失われたようです。テスト環境で開発を続け、変更を加えるとすぐに変更を確認できますが、リリースするのは頭痛の種になりました。

私は主に1つのサイトの開発を行っています。特に、変更を加えた後、メインサイトへのモジュールのFTP展開を使用しています。

複数の開発者がモジュールで作業できるように、適切な環境を設定したいと思います。

ソース管理に何かを追加するとき、人々は通常、すべてのDNNをソース管理に入れて、ソリューション全体を機能させることができますか、それともモジュールと各人が独自の開発DNN環境をセットアップする必要がありますか？

より多くの人がモジュールプロジェクトに取り組むことができるように、モジュールプロジェクトの整理を開始したいと思います。これを行うことと、これらの変更をライブサイトに展開することの両方で、いくつかのベストプラクティスに少し迷いました。

SQL Server Reporting Services レポートを展開するための反復可能なプロセスを作成する必要があります。私は、これを行うために Visual Studio や Business Development Studio を使用することに賛成ではありません。展開をスクリプト化する rs.exe の方法も、かなり扱いにくいようです。レポートを展開できる非常に洗練された方法を持っている人はいますか? ここで重要なのは、プロセスを完全に自動化することです。

私のユーザーは 24 時間 365 日ほぼ同じようにサイトを使用しています。ビルドタイミングのミームはありますか?

国際的な視聴者、東部時間のサーバーの単一クラスターですが、国際的なクライアントによって午前中に打撃を受けます。

1 db、複数の Web サーバー。db がない場合はいつでも簡単に。

しかし、サイトがダウンしなければならないとき、プログラマーとして、SO がたとえば 15 分間ダウンしているのを見て怒らないのはいつでしょうか。

最近、現在稼働中のブラウンフィールド アプリケーションを継承しました。応答、またはリンク付きの応答を通じて、サイトに変更を加えてライブ ASP .NET Web サイトに展開するための最良の方法と方法は何か。

ClickOnce で展開されたアプリケーションを IIS (インターネット インフォメーション サービス) で内部的にテストしていますが、既存の外部 Web サイト ホストを利用できるように、Linux で Apache を使用してより広いインターネットに展開できるかどうか疑問に思っています。

.applicationもしそうなら、やなどの正しいMIMEタイプを指定する以外に、他に考慮する必要があることはあり.deployますか?

ASP.Net アプリケーションの展開で、machine.config に格納する情報 (存在する場合) はどのようなものですか?

使用していない場合、環境ごとに変更される可能性のある環境固有の構成設定をどのように管理していますか?

いくつかの「ベスト プラクティス」とそれぞれの利点/落とし穴を探しています。2 か月以内にまったく新しいアプリケーションを本番環境にデプロイしようとしていますが、これらの種類の決定にはある程度の自由があります。可能な限り最善の方法で物事に取り組み、後日自分の足を撃たないようにしたい.

参考までに、現在これ (machine.config) を DB 接続情報のみに使用し、データベースの構成テーブルで変更される可能性のある他のすべての変数を保存しています。

InfoPath 2007 フォームをデザイナーから開発環境の SharePoint サーバーに展開するのは本当に大変です。C# で記述されたビジネス ロジックが含まれているため、すべてのフォームには「完全な信頼」が必要です。手動の手順は次のとおりです。

1) InfoPath で [フォームの発行] ウィザードを実行し、発行先のターゲット サイトと xsn ファイルの保存場所を指定します。

2) サイト コレクション機能からフォームの既存のバージョンを非アクティブ化します (古いバージョンが存在する場合)。

3) 開発サーバーで Central Admin にログインします。Application Management -> Manage Form Templates に移動し、xsn ファイルをアップロードします。

4) フォームをサイト コレクション機能として有効にします。

これを自動化する方法を知っている人はいますか? おそらくstsadm経由ですか？

php/html/css/etc コードを複数のサーバーにデプロイする必要があり、複数のサーバーに簡単かつ安全にデプロイできるソフトウェアのオプションを検討しています。

また、SVN に関連付けることができれば役立ちます。

助言がありますか？