오늘은 Dynamics AX 2012 R2의 설치 컴포넌트 중 하나인 Analysis Services Configuration 설치 및 Deploy 그리고, SQL Server Analysis Service에 들어가 Default Cube들이 정상적으로 설치되었는지 확인하는 과정을 설명 드리겠습니다.

아직 제가 셋업한 환경에는 Analysis Services Configuration가 설치되어 있지 않아 설치하는 단계부터 들어가겠습니다.

• Install the Analysis Service Configuration Component

1. Dynamics AX 2012 R2 설치 CD를 넣고 setup.exe 실행시킵니다.

2. Add or modify components를 선택 후 Next를 누릅니다.

3. 설치 Components 중 Analysis Services Configuration을 선택합니다.

4. 사전 설치 항목 검사 화면에서 필요한 항목들이 설치되어 있는 확인합니다.

5. Business Connector Proxy 인증 계정 비밀 번호 입력 후 확인합니다.

6. 설치를 진행 할 MS SQL Analysis Service Instance를 선택합니다.

7. Analysis Service에서 Cube에 사용될 데이터가 있는 Database 서버와 Database Name을 확인합니다.

8. Process Cubes에 사용될 계정을 지정합니다. 이 계정은 Dynamics AX Database에 접근 할 수 있는 권한이 있어야 됩니다.

9. 다시 한 번 사전 설치 항목에 대한 확인을 합니다.

10. 아래 화면의 Install 버튼을 눌러 설치를 진행합니다.

11. 설치 진행 화면입니다.

12. 설치 완료 화면입니다.

Dynamics AX 2012 R2에서 볼 수 있는 강력한 기능 중에 Data Partition이라는 기능이 있습니다. 대부분 설치 후 Configuration 단계에서 스쳐 지나가듯 잊었을 기능일 텐데요. 오늘은 이 기능의 특징에 대해서 살펴볼까 합니다.

• System Administration > Setup > Partitions

Partition은 Application Data를 분리하기 위한 기능이라고 보시면 됩니다. 갑자기 Application Data를 분리하면 어떤 장단점이 있을까라는 질문이 저의 뇌를 자극하는군요. 이 내용에 대해서는 제가 Googling한 내용을 마지막에 공유해 드리겠습니다.

Partition과 관련된 특징은 아래 내용을 참고하시면 됩니다.

• 데이터에 대한 관리는 Table의 "SaveDataPerPartition" 속성을 통해 관리됩니다.
• 파티션 단위로 여러 개의 회사 코드를 관리할 수 있습니다. 즉, Partition이 틀리다면 다른 파티션의 회사 코드도 중복해서 등록이 가능합니다.
• Intercompany 는 동일 partition 내에서만 작동되며, Partition이 틀리다면 작동하지 않습니다.
• 공유 System Data(Batch Job, AIF port 등)는 Partition 전 영역에 사용됩니다.
• 공유 Application Data( User, Product, Location, Parties 등)는 해당 Partition내에서만 사용이 됩니다.

*)Partition을 분리하면 어떤 장단점이 있을까요?

제가 찾은 내용은 아래와 같습니다. 테스트 목적으로 Live 환경과 동일한 테스트 환경을 구축해서 사용할 수 있다는 내용입니다. QA, DEV 환경 구축을 위해서 Multiple AOS 환경이 아닌,Single AOS 환경에서 Data Partition 단위의 QA, DEV 환경을 만들어 프로젝트를 진행할 수 있다라는 의미로 저는 해석되어집니다.

http://www.axug.com/communities/alldiscussions/viewthread/?GroupId=205&MID=1852

I've used partitions mainly for testing purposes. It's a great way to quickly create a brand new environment without having to create a separate database. It's similar to creating a new DAT company, but it's more than that. It's a new environment but still using the same database. Theoretically, you can have a totally different suite of companies. In fact, a whole different set of data between partitions. However, there are a few things to consider when creating a partition:

1. Once a partition is created, there is no way to delete it.

2. You cannot navigate from one partition to another in a single client session. Therefore, you will need to create AX configuration files for each partition. You can have multiple client instances each in a different partition, but once a client comes up in a particular partition, it must stay in that partition until you close the session (i.e., close the client).

3. The idea behind the concept of partitions is to have a clean environment really for testing purposes. Therefore, it is not recommended to use partitions on production environments. Remember, creating a new partition still uses the same underlying database. If something goes wrong and a partition gets trashed, you're stuck with that partition since it can't be deleted.

Dynamics AX의 Power BI가 SQL Server Enterprise에서 구동되는 관계로 로컬에 설치되어 있는 SQL Server의 License Edition을 변경해야 될 필요성이 생겼습니다. 그래서, 관련 자료를 찾아 보니 아래 방법을 통해서 License Edition을 변경 할 수 있습니다.

아래 절차는 Standard Edition à Enterprise Edition으로 변경하는 과정입니다.

1. SQL Server Enterprise Edition 설치 CD를 넣고 SQL Server Installation Center à Edition Upgrade를 실행합니다.

2. Product Key를 확인합니다.

3. 업그레이드 할 SQL Server Instance를 선택합니다.

4. 업그레이드 규칙을 확인합니다.

5. 업그레이드를 진행합니다.

6.Standard à Enterprise Edition 업그레이드가 완료되었습니다.

Dynamics AX의 Enterprise Portal을 Single Server 환경에서 여러 개를 띄워야 되는 경우가 있습니다. 만약 개발환경과 QA 환경이 하나의 서버에 존재해야 한다면 이런 구성이 필수적이겠죠.

1. 두번째 Enterprise Portal 설치를 위해 Sharepoint Central Administration에서 새로운 웹 응용프로그램을 만듭니다. 여기에서는 8082 포트를 이용한 두번째 웹 응용프로그램을 만듭니다.

2. EP2(Enterprise Portal2)라는 이름으로 만들어진 웹 응용프로그램에 Dynamics AX Setup 프로그램을 이용해 EP 설치를 진행합니다.

설치가 완료된 후 AX의 Administration of Web Sites를 통해 확인해 보면 아래와 같이 2개의 사이트가 등록된 것을 볼 수 있습니다.

3. EP2의 Internal URL을 복사해 두번째 AOS Instance의 Administration of Web Sites에 등록시켜 줍니다.

아직까지는 EP2가 바라보는 AOS Instance는 첫번째 AOS를 바라보고 있으며, 아래 마지막 단계를 통해서 EP2가 바라보는 AOS를 두번째를 바라보도록 설정을 변경할 수 있습니다.

4. C:\inetpub\wwwroot\wss\VirtualDirectories\8082 경로의 Web.config를 열어 아래 내용을 </system.web> 섹션 하단에 추가해 줍니다.

<Microsoft.Dynamics>

    <Session Configuration="\\<server_name>\<path>\<configuration_file>.axc" />

</Microsoft.Dynamics>

5. 두번째 AOS의 System administration > Setup > System > System service accounts 에 들어가 첫번째 AOS와 동일한 Business connector proxy 계정이 설정되어 있는지 확인합니다.

6.마지막으로 첫번째 AOS Instance에 들어가 EP2 사이트 정보를 삭제해 줍니다.

참고 URL : http://technet.microsoft.com/en-us/library/hh328926.aspx

POP System 개요

1. POP System의 탄생과 기능

정보 시스템의 발전은 ERP라는 이름으로 경영 관리, 회계, 인사/급여 시스템등에 우선 도입되어 왔는데, 20년 전부터는 시장정보, 구매, 제품개발과 생산시스템을 연결하는 수단으로서 MRP기법이 도입되었습니다. 그러나 MRP를 포함한 제조시스템은 계획위주로 현장의 정보를 살리지 못한 체 구축되어져 왔습니다. 이러한 상황 속에서 현장의 과거정보를 관리하는 조업일보나 작업일지를 사용하지 않고,직접 기계,작업자 등등 현장정보의 근원으로부터 자동 수집/분석/처리/지원하는 생산시점관리(POP)시스템이 등장하였습니다.

POP는 POS(Point Of Sale)에 착안하여 사용한 용어로서 제조현장에서 발생하는 정보 수집기능만을 하였습니다. 그러나 최근에는 현장정보의 UPLOAD기능 뿐만이 아니라 작업지시와 그 작업에 따른 제어조작이나 제어프로그램을 DOWNLOAD하는 기능이 POP시스템에 필요 불가결한 요소로 제시되고 있습니다.

POP시스템은 부품의 가공상태,기계설비의 가동상태,작업자의 근무상황 등 생산현장의 정보와 상위시스템의 수주정보,생산기술정보,계획정보를 원활히 연결하는 생산정보의 인프라로서의 역할을 하고 생산정보를 적시에 공급하여 효율적인 생산이 되도록 합니다.

최근에는 생산되는 제품의 품질관리 및 제조 과정의 이력 및 불량품에 대한 추적관리등 다양한 방면의 POP 시스템들이 구축되어 제조 현장에 도움을 주고 있는 상황입니다. 자세한 내용은 현대,기아 자동차의 SQ Mark에 대한 내용을 읽어 보시면 될 것 같습니다.

http://terms.naver.com/entry.nhn?docId=2079616&cid=50305&categoryId=50305

2. 기본 개념(SCM과 연동시)

3. ERP 시스템의 한계와 극복

본 시스템은 경영정보시스템(MIS,ERP)에 POP (Point Of Production) System을 추가하면서, 이차원(2D) Barcode 장비와 Sensor등을 현장 설비 및 이동용 장비에 부착하여 현장의 Data를 자동수집하고, 이를 현장 및 사무실 그리고 원격지에서 인터넷 및 Mobile Phone을 이용하여 현장에서발생하는 정보를 실시간으로 활용할 수 있도록 지원해주는 신개념의 Solution입니다.

최근 ERP시스템들은 현장에서 벌어지고 있는 데이터의 분석 및 연동을 통해 새로운 분석 자료를 만들어 내는데 중점을 두고 있습니다. 따라서 CIO는 ERP와 공장 시스템을 연결해야 하며, 이 작업을 두려워해서는 안 됩니다.

ERP 시스템의 한계는 기존의 MRP시스템을 근간으로 하고 있지만 현실적인 생산관리를 위한 시스템이 아닌 회계 지향적인 시스템이라는 데 한계점이 있습니다. 즉, 현장 중심이 아닌 본사나 관리부서 중심의 시스템이 가장 큰 한계입니다. 현장의 실시간의 정보를 위로 올려주기에는 지금까지 현실적으로 많은 한계점을 보이고 있습니다.

이러한 ERP시스템의 고민을 쉽게 해결할 수 있는 방안이 POP System의 도입입니다.

4. 생산시점정보관리(POP) 주요 프로그램

⑴ 생산 현황 실시간 모니터링 프로그램

▶가동/비가동 현황:현재시점의 각 라인별 가동 및 비가동 상황을 보여준다.

▶생산실적현황:각 라인별 계획대비 실적에 대한 현황과 전체현황을 보여준다.

▶재고현황:각 라인에서 생산된 제품의 재고와 출하대기 재고를 함께 보여준다.

▶제품별 표준자료 관리:제품코드,라인별 설비코드,제품별 자재소요 등의 자료를 관리하여, 생산성 분석을 위한 표준으로 관리한다.

⑵ 물류 현황 실시간 모니터링

▶투입현황:각 라인별 자재 또는 반제품 투입현황을 보여준다.

▶소요현황:표준자료에 의한 실적처리로 소요내역을 보여준다.

▶재공현황:투입대비 실적처리에 의한 재공수량을 계산하여 재고실사를 대비한다.

▶입고현황:자재,반제품,외주가공에 대한 수입검사 현황을 보여준다.

⑶ 품질관리

▶ 수입검사

    수입/출하 검사시, 검사성적서를 포함하여 불량거래처,불량항목 등의 보고서 및 불량률 추이도,각종 검사에 관한 보고서 등을 통하여 명확한 판단기준을 세워, 외주거래처의 수입 불량발생 상황을 불량률 추이도 등을 통하여 외주처의 불량개선효과를 높여 품질향상 효과를 높인다.

▶ 공정검사

생산 실적 등록 시 처리되는 자료에 의하여 구분된 이상상황 발생에 관한 공정 검사일보 등을 통하여, 품질에 관한 여러 특성치가 보고서, 집계표 및 그래프 등으로 공정의 흐름상태를 즉시 파악할 수 있다.

⑷ 기존업무 연계처리

현행업무와 POP System DATA 연동을 위하여 생산실적,영업 출하,자재 입고 등의 DATA 입력부문과 EIS 관련 부문에 대한 정보처리