Bởi nhân viên Techopedia, ngày 22 tháng 2 năm 2017
Takeaway: Người dẫn chương trình Eric Kavanagh thảo luận về quản lý cơ sở dữ liệu với Tiến sĩ Robin Bloor, Dez Blanchfield và IDERA's Binh Chau.
Bạn hiện chưa đăng nhập. Vui lòng đăng nhập hoặc đăng ký để xem video.
Eric Kavanagh: Được rồi, thưa quý vị và các bạn. Xin chào và chào mừng trở lại một lần nữa. Hôm nay là thứ Tư, bây giờ là bốn giờ Đông và trong vài năm qua, điều đó có nghĩa là đã đến lúc Công nghệ nóng. Đúng vậy, đây là chương trình của chúng tôi với bạn bè Techopedia - Techopedia.com. Kiểm tra chúng trực tuyến. Họ có lưu lượng truy cập quái vật, 1, 5 triệu khách truy cập mỗi tháng. Đó là rất nhiều lưu lượng truy cập web. Chủ đề hôm nay, Giấc mơ của DBA: Khám phá và Quản lý trên toàn Môi trường. Thật vậy, đó thực sự là một vấn đề lớn, đặc biệt là đối với các tổ chức lớn hơn. Có một slide về bạn thật sự, và đủ về tôi, đánh tôi trên Twitter @eric_kavanagh, tôi luôn cố gắng theo dõi lại và tham gia vào cuộc trò chuyện ngoài kia.
Một lần nữa, chúng ta đang nói về các công nghệ cơ sở dữ liệu ngày hôm nay và thực sự có thể hiểu những gì đang diễn ra trên toàn cảnh các trường hợp cơ sở dữ liệu. Như nhiều bạn đã biết, một khi bạn bắt đầu phát triển tổ chức của mình, bạn sẽ nhận được nhiều hơn những trường hợp này ngoài kia và việc xử lý những thứ đó có thể là một thách thức thú vị. Trên thực tế, tôi nhớ một số năm trước, tôi đã có một cuộc trò chuyện tuyệt vời với một anh chàng là giám đốc quản trị dữ liệu cho văn phòng của CIO tại Bộ Quốc phòng. Và tôi đã kể cho anh ấy tất cả những điều thú vị này, chúng tôi đã có cuộc trò chuyện tuyệt vời này và tôi đã kể cho anh ấy câu chuyện nền tảng của tôi về vận động hành lang vì sự minh bạch trong chi tiêu liên bang, và anh ấy đã cười và nói, đó là nhà của bạn, nơi tôi nên gửi nó tiếp theo Kẻ săn mồi tấn công bằng máy bay không người lái. Ông nói, minh bạch trong chi tiêu liên bang? Tôi thậm chí không biết mình có bao nhiêu giấy phép Oracle quanh đây. Khi tôi nghe điều đó, tôi thực sự có thể đánh giá cao mức độ thách thức mà một số tổ chức phải đối mặt.
Ngày nay, có rất nhiều công cụ thú vị - chúng ta sẽ nghe về một công cụ ngày hôm nay - để hiểu những gì đang bay quanh đó, nhưng thậm chí 20 năm trước, đó là một thách thức thực sự nghiêm trọng. Khi nói đến các tổ chức có quy mô của DOD, bạn có thể tưởng tượng rằng việc xử lý việc đó sẽ tiết kiệm rất nhiều tiền, nó sẽ tiết kiệm rất nhiều thời gian, nó sẽ giải quyết một số vấn đề về quản trị; bạn sẽ giải quyết nhiều thách thức cùng một lúc nếu bạn làm điều này một cách chính xác. Chúng ta sẽ tìm hiểu về điều đó ngày hôm nay.
Chúng tôi có Tiến sĩ Robin Bloor của riêng mình, nhà phân tích chính của Nhóm Bloor. Chúng tôi có Dez Blanchfield, nhà khoa học dữ liệu của chúng tôi, gọi từ dưới lên, Sydney, Úc. Và Bình Châu, giám đốc sản phẩm cao cấp của IDERA, cũng có mặt.
Chúng tôi làm #HOTTECH làm hashtag - thoải mái tweet đi trong chương trình. Và chúng tôi tin tưởng vào các bạn vì những câu hỏi hay, vì vậy xin đừng ngại: đặt câu hỏi bất cứ lúc nào bằng cách sử dụng thành phần Hỏi & Đáp của bảng điều khiển webcast của bạn hoặc cửa sổ trò chuyện đó. Và với điều đó tôi sẽ trao nó cho Tiến sĩ Robin Bloor. Hãy để tôi đưa cho anh ấy chìa khóa của WebEx. Nó đi, và mang nó đi.
Tiến sĩ Robin Bloor: Được rồi. Chà, ở đây chúng ta đi, hãy chuyển sang slide đầu tiên. Ở Ý, họ gọi chúng là Stanlio và Olio, Laurel và Hardy. Trở lại những năm 1990 khi mọi người lo lắng về năm 2000, tôi đã tham gia vào một số dự án năm 2000. Và tôi đã đi đến - hãy gọi họ là một công ty bảo hiểm lớn - và họ phát hiện ra rằng họ có hơn 500 ứng dụng mà họ không biết đã tồn tại trên máy tính lớn. Họ đang kiểm kê máy tính lớn. Chà, vào thời đó, môi trường máy tính lớn được chăm sóc tốt hơn nhiều so với bất cứ thứ gì đến sau, ý tôi là, không có câu hỏi nào về nó cả.
Tôi thực sự choáng váng và tôi đã nói chuyện với mọi người trong tổ chức và họ nói rằng không có ai là trung tâm toàn diện, không có ai chịu trách nhiệm về việc biết thông tin đó, về cơ bản. Họ không bao giờ lấy hàng tồn kho của tài sản của họ. Và cơ sở dữ liệu là một tài sản không có điều khoản không chắc chắn vì nó chứa dữ liệu và dữ liệu có giá trị. Có bao nhiêu trường hợp là câu hỏi và thực sự, chúng ở đâu? Đây chỉ là cơ sở dữ liệu là gì? Cơ sở dữ liệu và lý do tôi nghĩ như vậy, cơ sở dữ liệu là một tủ để bạn ném dữ liệu. Và tôi đã nói chuyện với một trang web gần đây có hàng ngàn phiên bản của Oracle. Chà, Oracle là một cơ sở dữ liệu, nếu bạn sử dụng nó theo bất kỳ cách tinh vi nào, nó đòi hỏi phải có DBA.
Tôi đã hỏi về điều đó và họ nói rằng, tôi nghĩ rằng đó là khoảng bảy hoặc tám DBA trong toàn bộ tổ chức. Và tôi đã nói, bạn biết đấy, người Ai đang chăm sóc hàng ngàn trường hợp khác?, Và họ nói, thực sự những gì đã xảy ra ở đó là mọi người chỉ sử dụng nó như một hệ thống tập tin. Chúng tôi có một số cơ sở dữ liệu nằm trên các cụm lớn nơi hiệu suất thực sự quan trọng và chúng có các DBA luôn luôn đứng trên chúng. Và sau đó chúng tôi có hàng ngàn cơ sở dữ liệu khác mà không ai chăm sóc cả. Và tôi đã hỏi họ chính xác có bao nhiêu cơ sở dữ liệu và họ đã đưa ra, đó là lần cuối cùng Oracle kiểm toán nó., bạn biết đấy, đó là một điều thú vị.
Nhưng, bạn biết đấy, có những lý do để sử dụng cơ sở dữ liệu. Một cơ sở dữ liệu thực hiện một mô hình dữ liệu. Bạn có thể chia sẻ dữ liệu: có thể quản lý nhiều yêu cầu dữ liệu đồng thời, triển khai mô hình bảo mật, tuân thủ ACID, có khả năng phục hồi hoặc có thể được thiết lập để trở nên linh hoạt, bạn biết đấy. Đó là lý do mà chúng tôi có cơ sở dữ liệu. Nhưng, bạn biết đấy, về cơ bản không gặp phải các trang web có hàng ngàn phiên bản SQL Server hoặc Oracle và hầu hết chúng chỉ được sử dụng làm hệ thống tệp. Và tại sao bạn sẽ tạo một ví dụ mới, thực sự?
Tôi biết các nhóm nhà phát triển rằng nếu họ đang xây dựng một ứng dụng mới, họ sẽ xây dựng nó trong một silo để bất kỳ ứng dụng mới nào được cung cấp sẽ có một cơ sở dữ liệu riêng. Họ không nhất thiết phải cố gắng tạo ra một lớp dữ liệu từ mọi thứ - tôi không nghĩ đó là cách thực hành tốt. Nhưng một lần nữa, bạn biết đấy, nếu bạn có một môi trường rất phức tạp, sẽ rất khó để thử và kết hợp tất cả các cơ sở dữ liệu có liên quan với nhau về việc có dữ liệu trong đó có quan hệ. Trường hợp được tạo cho bản sao.
Bạn biết đấy, bạn có thể có standbys hoặc bản sao nóng cho mục đích sẵn có, nhưng bạn cũng có bản sao hoặc bán bản sao trong bảng dữ liệu. Và một khi thế giới kho dữ liệu được giới thiệu, bạn sẽ biết, có bao nhiêu dữ liệu ngoài kia và mọi người chỉ sử dụng chúng như các tệp sao chép, lấy dữ liệu ra khỏi kho dữ liệu và không quan tâm đặc biệt đến hiệu suất của nó trong cảm giác rằng họ sẽ làm như hiệu suất mặc định. Hầu hết những người này thậm chí có thể không biết rằng bạn thực sự có thể điều chỉnh cơ sở dữ liệu. Tôi đã thấy các thiết kế đã phân chia dữ liệu thành nhiều đống đặc biệt cho mục đích phân phối.
Bạn biết đấy, bạn thường gặp tình huống sao chép này khi bạn có nhiều kho trong một tổ chức và họ từng có cơ sở dữ liệu và mỗi kho là một cơ sở dữ liệu trung tâm. Bạn nhận được các trường hợp từ shending. Quyết định thiết kế kém - Tôi đã thấy một số thiết kế thực sự kỳ lạ diễn ra về mặt cơ sở dữ liệu nơi mọi người đã tạo ra cơ sở dữ liệu riêng biệt mà không có lý do chính đáng. Và như tôi đã lưu ý, cơ sở dữ liệu là hệ thống tập tin.
Và sau đó, có các môi trường kiểm tra và phát triển cần được đứng lên và rơi xuống, nhưng tất cả chúng đều được tính là các trường hợp dữ liệu và tất cả chúng, cần phải có bảo mật và tất cả những thứ khác mà cơ sở dữ liệu hy vọng cung cấp. Xem xét sơ thẩm - một khối lượng công việc cơ sở dữ liệu chỉ có thể được tối ưu hóa cho một trường hợp cụ thể. Nếu bạn thực sự quan tâm đến việc có hiệu suất hoàn toàn tốt nhất, thì việc loại bỏ dữ liệu trong vô số cơ sở dữ liệu sẽ không nhất thiết phải cung cấp cho bạn loại tối ưu hóa đó.
Có một lý do để không tạo ra các trường hợp giả mạo của dữ liệu. Khối lượng công việc hỗn hợp trên cùng một cơ sở dữ liệu với đối tượng có thể dẫn đến hiệu suất kém - đặc biệt đáng chú ý bởi OLTP và lưu lượng truy vấn lớn đơn giản là không trộn lẫn, không bao giờ trộn lẫn và có thể sẽ không bao giờ trộn lẫn. Thông thường tốt nhất là hợp nhất một cơ sở dữ liệu ở cấp máy chủ thay vì có nhiều VM. Nhưng VM cung cấp sự cô lập; với một số người, đó là quyết định thiết kế để tách dữ liệu khỏi dữ liệu khác để bạn biết rằng, nếu ứng dụng đó bị lỗi hoặc nếu cơ sở dữ liệu đó bị lỗi, nó sẽ không làm giảm ứng dụng của tôi.
Tất nhiên, vấn đề với điều đó là cuối cùng bạn sẽ chạy vào điểm tiếp theo, đó là phí giấy phép cơ sở dữ liệu. Khác nhau, nhưng tôi đã thấy phí giấy phép cơ sở dữ liệu trở thành một tiêu chí thiết kế vì ai đó không muốn tạo ra một con số cụ thể, và do đó, mọi người thiết kế hệ thống kém đơn giản chỉ vì cách mà giấy phép cơ sở dữ liệu hoạt động. Và còn một điều nữa: nếu bạn bắt đầu hợp nhất tất cả các cơ sở dữ liệu của mình, điều đáng chú ý là các DBA đắt tiền. Đó không phải là một điều dễ dàng để làm.
Một cái nhìn đơn giản về thế giới - và đây thực sự là slide cuối cùng - có một lớp dữ liệu, có một lớp vận chuyển và có một lớp xử lý. Và tất cả các phần cứng nằm bên dưới đó. Thật sự không thể tối ưu hóa lớp dữ liệu mà không biết chính xác những gì trong đó và tại sao.
Và đã nói rằng, tôi sẽ truyền lại cho bạn tôi từ dưới, Dez Blanchfield.
Dez Blanchfield: Cảm ơn bạn, Robin. Hãy để tôi đưa con chuột của tôi được sắp xếp ở đây. Vì vậy, hôm nay tôi sẽ cho chúng tôi một vài giai thoại vì đây là một chủ đề lớn và tôi có thể dành hai tuần với một người đánh dấu bảng trắng để vui vẻ về nó, bởi vì tôi đã có gần ba thập kỷ thăng trầm trong không gian này .
Nhưng trước tiên, một hình ảnh trực quan tinh thần. Khi tôi nghĩ về thử thách mà chúng ta đang nói đến hôm nay - và về cơ bản, chúng ta đang nói về sự phát triển, nhân rộng và mở rộng cơ sở dữ liệu và tất cả những thách thức đi kèm với điều đó - tôi muốn đặt bức tranh về cây sồi khổng lồ này lí trí. Đây là những cây đẹp nổi tiếng, chúng bắt đầu như một quả trứng nhỏ nhưng chúng phát triển thành những loài khổng lồ này. Và khi họ làm như vậy, họ rất to lớn và bừa bộn. Và như bạn có thể thấy từ hình ảnh này, như một phép ẩn dụ trực quan, nếu bạn thích, bạn biết, các nhánh đi khắp nơi và sau đó cành cây mọc ra và kết thúc ở những hình đó và chúng có hình dạng ngẫu nhiên, hỗn loạn, và đó là chỉ là bit chúng ta có thể nhìn thấy trên mặt đất.
Tôi nghĩ rằng đó là những dữ liệu bên trong cơ sở dữ liệu và bên dưới có cấu trúc rễ và chúng khai thác theo mọi hướng. Nhưng nó có vẻ rất sạch sẽ và hợp lý ở bề mặt của mặt đất nơi nó đẹp và bằng phẳng, nhưng thực tế là nó chỉ điên rồ dưới mặt đất như ở trên mặt đất; chúng ta không nhìn thấy nó Và tôi thường sử dụng nó khi tôi bắt đầu nghĩ về cách mô tả thử thách mà chúng ta đang nói đến hôm nay với các tổ chức từ phòng hội đồng đến các kỹ thuật viên để thử và cho họ hình dung những gì thực sự xảy ra trong tổ chức của họ. Bởi vì thật dễ dàng để nhìn vào màn hình máy tính và nhìn thấy những hàng và cột đẹp đẽ này và nghĩ, "Chúng tôi đã sắp xếp nó ra, nó không phải là vấn đề lớn." Nhưng đó không phải là trường hợp nào cả. Và vì vậy, vào thời điểm đó, tôi thường nhấn vào dòng này nói rằng cơ sở dữ liệu trong tâm trí của tôi giống như quả trứng cá, bạn biết đấy, chúng bắt đầu nhỏ và phát triển, nhưng trước khi bạn biết, bạn đã có một rừng cây sồi khổng lồ, và do đó hình ảnh.
Vì vậy, hai giai thoại chỉ để chia sẻ một kịch bản vượt khỏi tầm kiểm soát và không thể sửa được, và một kịch bản khác đã làm điều tương tự nhưng có thể được sửa chữa, và tôi sẽ nhấn mạnh điểm chính của cuộc thảo luận hôm nay về cách chúng tôi đã đến về nó.
Kịch bản đầu tiên là một kịch bản trong đó một CIO với ý định lớn nhất theo thời gian đã vô tình gây ra một trong những cuộc cãi vã bất ngờ và không mong muốn nhất đã vượt quá tầm kiểm soát. Đó là một kịch bản mà một tổ chức chính phủ với hàng ngàn nhân viên, nhân viên rất am hiểu về kỹ thuật, đang yêu cầu quyền truy cập vào các hệ thống và công cụ mà họ có thể bắt đầu hợp tác và tự động hóa rất nhiều quy trình của họ. Họ muốn thoát khỏi các biểu mẫu trên giấy và họ muốn tạo ra các hệ thống trực tuyến, họ muốn thu thập dữ liệu và theo dõi nó và theo dõi nó và báo cáo lại và trình bày lại cho các đồng nghiệp của họ.
Và có đủ thứ, có những thứ từ những người đến văn phòng của họ và đăng nhập và đăng nhập cho mục đích bảo mật cho đến khi ai đặt hàng tại quán ăn vào giờ ăn trưa. Và vì vậy, một CIO có thiện chí đã quyết định rằng Lotus Notes là một ý tưởng tuyệt vời bởi vì anh ta đã tham dự một loạt các hội thảo và IBM đã làm rất tốt trong việc đưa ra nó và trong kịch bản đúng, đó sẽ là một quyết định tuyệt vời, đã có nó đã được thực hiện dưới sự kiểm soát. Nhưng điều đã xảy ra là thay vì giao Lotus Notes cho một nhóm người kỹ thuật để thực hiện trong một môi trường và sau đó đứng lên các công cụ hợp lý và cung cấp một số kiểm soát và quản trị xung quanh nó, điều thực sự đã xảy ra là nó đã được triển khai theo tiêu chuẩn môi trường hoạt động, SOE, vì vậy mọi máy tính để bàn đều trở thành một máy chủ.
Và vì vậy, họ đã cung cấp các tài liệu và tài liệu huấn luyện và thực hành cho toàn bộ quá trình này và tất cả những người bất ngờ nhận ra, về cơ bản, tôi đã có Lotus Notes trên máy tính để bàn của mình! Bạn nghĩ gì? Chà, điều đó có nghĩa là hàng ngàn nhân viên am hiểu về kỹ thuật đã được dạy cách viết kịch bản và viết ứng dụng, trong Lotus Notes, tạo ra các cơ sở dữ liệu nhỏ trông giống như bảng tính, hàng và cột và trường và trình bày giao diện web nhỏ này thông qua Domino.
Nếu tôi muốn nắm bắt thông tin về một cái gì đó, tôi có thể chỉ cần tạo một biểu mẫu nhỏ và trong giao diện loại bảng tính, đặt nó vào một tệp, tạo một cơ sở dữ liệu Lotus Notes phía sau nó và hiển thị dưới dạng một ứng dụng web và bắt đầu thu thập thông tin. Và điều đó nghe có vẻ tuyệt vời cho đến khi nó chạy được nhiều năm và đột nhiên họ nhận ra, một người nào đó thức dậy và nói, Hãy chờ đợi, tại sao lại có 10.000 ứng dụng hỗ trợ cơ sở dữ liệu mới xuất hiện trên mạng LAN, và đặc biệt là trong 12 năm qua tháng? Chuyện gì đang xảy ra vậy? Vâng, chuyện gì đã xảy ra, về cơ bản bạn đã đưa cho mọi người một khẩu súng, và nó đã được nạp và sự an toàn đã tắt, và dĩ nhiên là họ tự bắn vào chân mình.
Và có một hình ảnh tuyệt vời ở đây mà tôi thường gợi lên trong tâm trí của một nghệ sĩ người Ý, người làm điều kỳ lạ này khi anh ta lấy một xe tải cỏ khô và đổ vào giữa một xưởng vẽ nghệ thuật và sau đó có một người quản lý của xưởng nghệ thuật để ngẫu nhiên đẩy một cây kim vào giữa nó. Và sau đó anh dành nhiều ngày cho thức ăn sống, trên máy ảnh, đi qua ống hút để tìm kim trong đống cỏ khô, như nó vẫn thế. Cho đến cuối cùng, sau nhiều giờ, anh ta tìm thấy nó và nhảy lên nhảy xuống và bị kích thích. Và dù sao, nghệ sĩ người Ý, bạn có thể làm gì? Nhưng nó khá hài hước và nếu bạn đã từng xem nó trực tuyến hoặc nếu bạn xem nó trực tuyến, bạn sẽ thấy nó rất tuyệt vời.
Đây là một kịch bản ác mộng nơi một người có kỹ thuật có thiện chí đã cho những người kinh doanh - những người kinh doanh rất am hiểu về kỹ thuật - một công cụ được cho là giúp cuộc sống của họ dễ dàng hơn. Nhưng trước đó, chúng tôi đã có những câu hỏi như ai ủng hộ họ, ai theo dõi và hỗ trợ họ, dữ liệu này ở đâu, dữ liệu trong cấu trúc nào, ai kiểm soát các lược đồ, nếu tôi muốn tạo phiên bản khác, dữ liệu nào trong các phiên bản đó, tôi có thể thực hiện một hành trình tích hợp thử nghiệm dev trên những thứ này không?
Bạn biết đấy, bạn có thể tự rút ra kết luận về việc nó đã diễn ra như thế nào, nhưng nó không diễn ra tốt đẹp và bạn có thể tưởng tượng rằng chỉ cần hàng trăm terabyte dữ liệu và không sao lưu, ngồi trên, một cách hiệu quả, PC hoặc máy tính xách tay trên bàn, một số các hệ thống thậm chí không khả dụng vì mọi người không nhận ra khi họ tắt máy tính xách tay lúc 5:30 và mang nó về nhà để làm việc mà không ai trong mạng LAN có thể truy cập ứng dụng đó. Nó đã không kết thúc tốt đẹp. Và rất nhiều dữ liệu đã được làm sạch và thao tác bằng tay và đưa trở lại vào một hệ thống hợp lý; phần lớn trong số đó đã bị xóa sổ và bị xóa, bởi vì nó không thể được phép mở rộng thêm nữa.
Rồi giai thoại thứ hai của tôi với những điều trên một hành trình rất khác. Hãy tưởng tượng một kịch bản, bạn đã phát triển, kiểm tra, tích hợp, tích hợp hệ thống, kiểm tra chấp nhận người dùng, sản xuất, khắc phục thảm họa, sao lưu và sao lưu từ một đến 99 và hơn thế nữa, bạn đã nâng cấp, vá lỗi và sau đó trình diễn môi trường từ từ một đến 99 trở lên. Và tất cả những điều bất ngờ bạn ngồi đó sẽ xảy ra, Chờ Chờ, chuyện gì đang xảy ra, hãy tiếp tục, ai đang sử dụng cái gì? Bạn biết đấy, đây là một cơn ác mộng có khả năng đang chờ xảy ra.
Nhưng trong kịch bản này, điều xảy ra là tôi đã có cơ hội tham gia vào một tổ chức muốn trích xuất một đơn vị kinh doanh quản lý tài sản từ nền tảng ngân hàng cốt lõi của họ và đứng lên thành một tổ chức riêng biệt về cơ bản là một công ty khởi nghiệp trong một doanh nghiệp. Thách thức là, đưa đơn vị kinh doanh quản lý tài sản của chúng tôi và tất cả mọi người và công nghệ và dữ liệu xung quanh nó vào các dịch vụ công cộng, tạo ra một công ty khởi nghiệp trong chính công ty của chúng tôi và khắc phục nó để nó có thể chạy trên thương hiệu của riêng mình.
Đây là một nhà lãnh đạo toàn cầu trong ngân hàng, mà tôi sẽ không nêu tên. Chúng tôi đã phải trích xuất chính đơn vị kinh doanh quản lý tài sản và tất cả những thứ xung quanh nó. Vì vậy, tất cả mọi thứ trong toàn bộ, tất cả các nhân viên, cơ sở hạ tầng vật chất, và di chuyển nó vào một không gian văn phòng mới. Tất cả các hệ thống kinh doanh, tất cả các phần mềm, tất cả dữ liệu, tất cả các giấy phép, bạn đặt tên cho nó. Chà, bạn có thể tưởng tượng, điều đó trông giống như một cơn ác mộng khi bắt đầu.
Và để đặt một số bối cảnh xung quanh nó, chúng ta đang nói về 78 hệ thống trong nền tảng ngân hàng ban đầu hỗ trợ khoảng 14 sản phẩm cốt lõi, có thể là khoảng một nghìn dịch vụ khác nhau. Hàng trăm và hàng trăm cơ sở dữ liệu trực tiếp đang được sử dụng và khi tôi nói đang sử dụng, chúng tôi phải chuyển chúng tại chỗ, vì vậy vào chiều thứ Sáu, họ sẽ ở một môi trường, vào thứ Hai, họ dự kiến sẽ ở một nơi khác và vào thứ Bảy và Chủ nhật, họ phải có sự giao thoa này khi các giao dịch đi từ một hệ thống bên trái, giả sử, để hình dung nó, sang một hệ thống khác ở bên phải.
Khoảng 15.000 khách hàng với vô số hồ sơ mỗi người, và một cơn ác mộng ETL bởi vì không có hệ thống nào trong số 78 hệ thống ở một bên được khớp với các hệ thống ở phía bên kia. Chúng tôi đã có nền tảng ngân hàng hoàn toàn mới, hệ thống mới, phần mềm mới, cơ sở dữ liệu mới và lược đồ mới. Vì vậy, siêu dữ liệu, trường, hàng, cột, bản ghi, bảng, bạn đặt tên cho nó, không có gì phù hợp. Có 14 nhóm phát triển tích cực khác nhau, mỗi nhóm một sản phẩm. Và khi chúng tôi xây dựng môi trường này, chúng tôi thấy rằng vào thời điểm chúng tôi kiểm tra phát triển, tích hợp, tích hợp hệ thống, kiểm tra chấp nhận người dùng, sản xuất, khắc phục thảm họa, bản sao trình diễn, sao lưu, nâng cấp, vá lỗi - tôi thậm chí đã bỏ lỡ một thứ ở đó - đào tạo, ví dụ và giáo dục, có 23 phiên bản của mỗi môi trường này cho mỗi nhóm phát triển.
Bây giờ, bạn ngồi đó và đột nhiên, máu của bạn bắt đầu cong và da bạn lạnh đi và tóc bạn đứng lên - điều đó không bao giờ có thể kết thúc tốt đẹp. Hóa ra, nó đã kết thúc rất tốt bởi vì điều đầu tiên chúng tôi đã làm, trước khi chúng tôi bắt đầu thiết kế triển khai công nghệ, là chúng tôi đã đi và có các công cụ phù hợp. Và chúng tôi đã sử dụng các công cụ, và không nhất thiết là người, mà là người lái xe. Chúng tôi đã sử dụng các công cụ để ánh xạ dữ liệu, chúng tôi sử dụng các công cụ để ánh xạ cơ sở dữ liệu mà họ sống, chúng tôi đã ánh xạ tất cả các siêu dữ liệu, các lược đồ và tất cả các đường xuống các hàng, cột, bản ghi và trường.
Chúng tôi biết những gì chúng tôi đến từ và sau đó chúng tôi đã tương quan điều đó với bản đồ của những gì chúng tôi đang đặt vào chừng nào nền tảng ngân hàng ngoài luồng trông như thế nào, và chúng tôi có mối tương quan một-một. Và bất cứ điều gì rơi vào giữa, chúng tôi đã tạo ra một phòng dữ liệu nơi chúng tôi sẽ đi qua và lập bản đồ chúng theo cách thủ công. Nhưng, trước khi thực hiện bất kỳ triển khai và bất kỳ thiết lập nào của các môi trường này trong thế giới mới, chúng tôi đã đảm bảo rằng mọi bản ghi, mọi bảng, mọi trường, mọi hàng, mọi cột, mọi cơ sở dữ liệu và tất cả siêu dữ liệu xung quanh nó, tất cả các quyền và điều khiển đã được ánh xạ, từ một đến một. Và chúng tôi đã không di chuyển một điều duy nhất cho đến khi mối tương quan đó được thực hiện.
Và do đó, mảnh ETL đã đi từ một cơn ác mộng sang một quá trình khá đau đớn khi chỉ xác nhận các điều khiển và quy trình được tuân theo. Và chúng tôi có thể làm điều này một cách thường xuyên, gần như hàng giờ. Chúng tôi đã thực hiện quá trình chuyển đổi từ sản xuất trên thế giới cũ sang môi trường mới của dev, thử nghiệm, tích hợp, v.v., trong thế giới mới. Và vào ngày chúng tôi đi vào hoạt động, sau một quá trình năm tháng để đi vào hoạt động sau một tháng với thử nghiệm và sau sáu tháng nó trực tuyến và hoạt động, chúng tôi chỉ có một vấn đề và vấn đề là ai đó đã quên mật khẩu của họ và nó đã được thiết lập lại. Đó là vấn đề duy nhất, và về cơ bản đã tạo ra khoảng một giờ căng thẳng của những người nghĩ rằng có gì đó không ổn - hóa ra mật khẩu đã hết hạn và họ quên mất nó là gì và phải đặt lại.
Bạn có thể tưởng tượng kịch bản đó, so với môi trường Lotus Notes, nơi ai đó có ý định lớn nhưng không nghĩ đến thử thách, và điều tiếp theo chúng tôi phải đi và thử và ánh xạ tất cả dữ liệu này và phần lớn dữ liệu phải được viết ra và nó chỉ là một sự mất mát lớn về thời gian và công sức và tài nguyên và tinh thần. Theo một kịch bản trong đó, khi nó được lên kế hoạch và thực hiện đúng và được phân phối phù hợp với các công cụ phù hợp, chúng tôi đã có một kết quả tuyệt vời.
Và vì vậy, điểm đó đưa tôi đến một dòng này - trước khi tôi giao cho cộng sự của chúng tôi nói về những gì IDERA phải giải quyết thách thức này - là trong thế giới ngày nay, nơi các hệ thống ngày càng được cung cấp bởi cơ sở dữ liệu, nó không chỉ là tốt đẹp, mà là Đối với tôi, thực tế, đó là một điều cần thiết, theo kinh nghiệm của tôi, là cách duy nhất để quản lý khám phá dữ liệu, quản lý dữ liệu theo quy mô và tốc độ mà chúng ta đang di chuyển.
Và nếu nó được thực hiện đúng, như giai thoại thứ hai mà tôi vừa chia sẻ hy vọng được minh họa, nó có thể là một quá trình rất không đau đớn và rất liền mạch. Không chỉ trong các dự án mới, mà hãy tập trung vào một môi trường hiện tại và đảm bảo rằng bất cứ lúc nào bạn cũng có thể theo dõi và theo dõi những gì đang xảy ra trong tổ chức của mình, cơ sở dữ liệu nào, phiên bản cơ sở dữ liệu nào bạn đang chạy và ai đang sử dụng cái gì.
Và cuối cùng, tôi sẽ bàn giao cho cộng tác viên của chúng tôi từ IDERA, và tôi mong muốn được nghe những gì họ cung cấp trên bàn và cách họ giải quyết thách thức này.
Bình Châu: Tuyệt vời, cảm ơn, Dez. Các bạn có nghe thấy tôi không? Được rồi, cảm ơn bạn. Xin chào mọi người, tôi là Bình Châu với IDERA. Hôm nay tôi sẽ nói một chút về các sản phẩm mà chúng tôi đã gọi là SQL Inventory Manager và nó nói về khám phá cũng như khả năng kiểm kê các phiên bản và cơ sở dữ liệu SQL Server của bạn ngoài đó và để biết cách xử lý những gì bạn có môi trường và nói về một số điều khác mà Dez và Robin đã nói về vấn đề cơ sở dữ liệu và nhu cầu dữ liệu ngày nay.
Với điều đó, đây là một số cân nhắc mà bạn đã nghe, tôi nghĩ, giai thoại thông qua hai câu chuyện mà Dez đang mô tả. Nhưng về cơ bản ngày nay, có rất nhiều nhu cầu về dữ liệu và các nhóm kinh doanh ngoài kia và các nhóm kinh doanh ngoài kia có thể tạo ra các ứng dụng và máy chủ của riêng họ, đặc biệt là với SQL Server, phải không? Bởi vì bạn có thể dễ dàng tạo ra một phiên bản SQL Express hoặc các dịch vụ BI, rằng chỉ có SQL đang diễn ra tại nhiều tổ chức, bạn biết, từ nhỏ đến lớn.
Rất nhiều lần các DBA không biết rằng ai đó đã quyết định bắt đầu, bạn biết đấy, tạo một cá thể thay vì chỉ đưa một cơ sở dữ liệu vào một cá thể hiện có. Họ không nhận thức được những điều này cho đến khi có khả năng xảy ra sự cố và ai đó đang gọi DBA, không, ứng dụng của tôi đã ngừng hoạt động, nó không thể kết nối với cơ sở dữ liệu, chuyện gì đang xảy ra? Một số câu hỏi mà họ phát hiện ra, Này Hey, cái này không có trên radar của chúng tôi, chúng tôi không biết về nó.
Một số khác là chi phí cấp phép, phải không? Giấy phép Microsoft SQL Server: cách thức hoạt động là bạn không bắt buộc phải có khóa cụ thể cho số lượng phiên bản mà bạn có. Bạn có thể triển khai và sau đó họ thực hiện kiểm toán. Bạn biết đấy, họ thực hiện kiểm toán sau đó và khám phá xem bạn cần bao nhiêu giấy phép. Và vì vậy, nếu họ đang thực hiện kiểm toán và bạn không biết về các máy chủ không xác định, điều đó có thể dẫn đến một cuộc kiểm toán tốn kém. Và vì vậy, có công cụ hoặc có một kho lưu trữ trước thời hạn để biết chi phí cấp phép của bạn là gì, và có thể không chỉ biết mà còn quản lý nó, là một điều tốt để có.
Và sau đó, điều tôi vừa nói, nếu bạn không biết về máy chủ nhiều lần, nếu mọi thứ đang hoạt động tốt, mọi thứ đều ổn, nhưng lần duy nhất bạn nhận ra điều gì đó là khi có vấn đề. Và do đó, điều đó có thể dẫn đến gián đoạn sản xuất hoặc có thể máy chủ không được bảo trì và bạn đã không nhận được một bản vá trên máy chủ đó và điều đó tạo ra một vấn đề.
Một số câu hỏi mà một loại DBA phải làm hàng ngày là họ phải đối mặt, bạn biết đấy, họ có thể là quản trị hoặc chiến lược nhưng một số điều như, Microsoft chỉ phát hành một bản vá hệ thống quan trọng, có bao nhiêu hệ thống sẽ cần cái mới này vá? Ai sẽ bị ảnh hưởng bởi thời gian chết nếu tôi cần gỡ hệ thống xuống để vá nó? Làm thế nào tôi có thể dễ dàng nhận được thông tin đó? Tôi có phải đi vào một bảng tính không? Tôi có phải đi vào nhiều hệ thống để tìm thấy điều đó không? Tôi có phải liên hệ với các nhóm kinh doanh khác nhau để có được danh sách đó không? Thật sự rất khó để làm hỏng nó.
Một cái tốt khác về cơ bản là, có người đi cùng và họ nói, tôi cần một cơ sở dữ liệu mới. Nó sẽ yêu cầu kích thước X và nó cần phải có nhiều dung lượng này, và sau đó họ muốn biết, tôi có thể đặt nó ở đâu. Không biết những gì trong cảnh quan của bạn thật khó để nói với họ, được thôi, chúng ta có thể đặt nó ở đây, ở đây hoặc ở đây. Bạn phải đi và kiểm tra thủ công những thứ cần thiết để hoàn thành nó. Và chúng tôi đã nói về việc kiểm toán, và cả máy chủ lừa đảo.
Nếu bạn có một máy chủ lừa đảo ngoài kia, bạn sẽ không biết nó đang ở trạng thái nào, liệu nó có được sao lưu hay không, liệu nó có tất cả các bản vá hay không. Đôi khi bạn có thể không nhận thức được những điều đó cho đến khi có vấn đề, điều này sẽ rất tệ.
Đó là những thách thức, những câu hỏi, DBA phải đối mặt hàng ngày, những gì được ném vào họ. Vì vậy, tôi muốn giới thiệu với bạn Trình quản lý kho SQL, đây là một sản phẩm mà chúng tôi có ở đó. Nó làm một vài điều. Nó phát hiện ra, về cơ bản là đi ra ngoài môi trường của bạn để xem SQL Server có gì trong môi trường của bạn. Và sau đó, nó cũng có thể tự động khám phá, vì vậy về cơ bản, khi bạn chạy một khám phá, bạn có thể đặt nó để đi ra ngoài hàng ngày hoặc hàng tuần - bất kể khung thời gian nào bạn muốn - để khám phá các trường hợp mới ngoài kia.
Và sau đó, bạn cũng có thể tự động đăng ký các trường hợp đó để bạn có thể bắt đầu theo dõi chúng và kiểm tra tình trạng sức khỏe của chúng và sau đó bạn có thể bắt đầu lập danh mục và kiểm kê các trường hợp đó để bạn có thể có cái nhìn tốt về cảnh quan Máy chủ SQL của mình. Những gì hiện có, sản xuất, phát triển, khắc phục thảm họa, những gì ít quan trọng hơn và bạn biết, những ứng dụng nào đang chạy trên chúng. Và bạn cũng có thể nhận được thông báo khi có sự cố, khi kiểm tra sức khỏe không thành công, vì vậy về cơ bản nếu máy chủ gặp sự cố hoặc cũng như một số điều bổ sung bạn có thể tự thực hiện.
Eric Kavanagh: Bạn sẽ hơi mềm một chút, để bạn biết.
Bình Châu: Xin lỗi, điều này có tốt hơn không? Những gì tôi muốn làm là đưa các bạn qua một bản demo, cho các bạn thấy những gì nó làm. Đợi một chút, để tôi chia sẻ màn hình của tôi trước. Các bạn có thấy giao diện web không? Đây là giao diện SQL Inventory Manager. Màn hình mà tôi đang hiển thị cho bạn ở đây, đó là một giao diện dựa trên web. Màn hình mà tôi đang hiển thị cho bạn ở đây là Chế độ xem cơ sở dữ liệu của chúng tôi. Trên đầu trang, bạn có thể thấy chúng tôi đã khác biệt. Vì vậy, về cơ bản, khám phá ra về cơ bản là tất cả các trường hợp được phát hiện trên mạng. Và những gì nó sẽ cho tôi thấy về cơ bản.
Eric Kavanagh: Bạn sẽ bắt đầu chia tay chỉ một chút ở đó. Bạn có thể muốn đặt điện thoại xuống và đặt nó lên loa. Đi về phía trước.
Bình Châu: Màn hình Discovery này sẽ hiển thị cho bạn mọi thứ mà Trình quản lý kho đã khám phá trên mạng của bạn. Ở đây, nó được phát hiện như 1.003 máy chủ ngoài kia. Và nó sẽ cho bạn biết phiên bản, phiên bản, nếu nó có thể tìm thấy nó, khi nó được phát hiện và làm thế nào nó được phát hiện. Ví dụ, tôi chọn bỏ qua một số trong số này, có nghĩa là, tôi biết, có lẽ tôi muốn bỏ qua Phiên bản dành cho nhà phát triển vì chúng không quan trọng đối với tôi vì chúng chỉ là Phiên bản dành cho nhà phát triển; Tôi có thể chọn bỏ qua những thứ này và nó sẽ đưa chúng vào tab Bỏ qua để lần sau khi tôi chạy Discovery, nó sẽ không hiển thị lại cho tôi nữa. Bây giờ tôi có thể điền vào để đăng ký tự động hoặc tôi có thể đăng ký thủ công.
Và vì vậy ở đây tôi đã chọn để theo dõi sáu trường hợp. Và ở đây, nó đã đăng nhập và nó sẽ chạy kiểm tra định kỳ trên những thứ này và sau đó có nhiều kiểm tra, bất cứ thứ gì ở đây, bạn biết, nó sẽ kiểm tra cứ sau 30 giây để xem máy chủ lên hay xuống và nó cung cấp cho bạn một cái nhìn tổng quan về trạng thái đó là gì Về cơ bản ở đây nó nói với tôi rằng tôi đã có một máy chủ ngừng hoạt động và năm máy chủ này đã hoạt động. Nó cũng cho tôi biết phiên bản máy chủ nào, số lượng cơ sở dữ liệu, trạng thái của cơ sở dữ liệu, bất kỳ kho lưu trữ hoặc siêu dữ liệu bổ sung nào xung quanh máy chủ đó. Tôi cũng có thể đến chế độ xem Cấp phép từ đây. Ở đây, nó cung cấp cho tôi một số thông tin cấp phép của Microsoft mà tôi cần nếu tôi muốn đi trước để có được tổng số hoặc tóm tắt trước khi kiểm toán Microsoft.
Đây là số lượng lõi, số lượng ổ cắm, giấy phép cốt lõi có thể là thứ mà Microsoft giới thiệu bắt đầu từ năm 2012. Đó là quan điểm sơ thẩm của chúng tôi. Trang Tổng quan của chúng tôi, đây là loại trang mà bạn sẽ mở ra. Điều này sẽ cho bạn thấy các kiểm tra sức khỏe hoặc các khuyến nghị mà nó có, như bây giờ nó nói với tôi rằng tôi đã có chín cơ sở dữ liệu không có bản sao lưu hiện tại. Tôi có thể nhấp vào đó để xem chi tiết về những cơ sở dữ liệu đó và tôi có thể truy cập và thực hiện hành động đối với chúng nếu tôi cần. Nó cho tôi biết tất cả các cơ sở dữ liệu hàng đầu theo kích thước, cơ sở dữ liệu hàng đầu theo hoạt động. Tôi có thể nhấp vào máy chủ cụ thể và biết thêm chi tiết về nó.
Eric Kavanagh: Trong khi điều đó đang diễn ra, điều bạn cho chúng tôi thấy ở đây là khả năng thấy thực sự mọi thứ được kết nối với mạng, đúng không?
Bình Châu: Phải. Điều này đang hiển thị bất cứ điều gì tôi đã chọn để giám sát bằng Trình quản lý kho. Đây là SQL Server, nó hiển thị cho tôi ở đây tất cả các ứng dụng được kết nối với máy chủ. Một lần nữa, tôi có thể nhận được trong tất cả các cơ sở dữ liệu được liên kết trên máy chủ này. Ở đây tôi có thể gắn thẻ mọi thứ. Tôi có thể tạo thẻ cho máy chủ cụ thể này, cho dù đó có phải là miền chính xác hay không. Chúng tôi có những khách hàng sử dụng nó cho, như, họ muốn gắn thẻ máy chủ sản xuất hoặc máy chủ nợ của họ và sau đó họ có thể nhận được một báo cáo đầy đủ về cách mọi thứ đang diễn ra. Khi tôi chuyển sang tab Quản trị, đây là cách tôi có thể chạy Discovery. Và Discovery về cơ bản sẽ đi ra ngoài và chạy vào mạng của bạn và tìm tất cả Máy chủ SQL trong môi trường của bạn.
Ở đây, tôi có tên miền Chính xác này là miền của chúng tôi và tôi đã thiết lập nó để nói, bạn biết, trên miền cụ thể này sử dụng tài khoản người dùng Windows cụ thể này để khám phá và tôi muốn bạn quét toàn bộ. Tôi cũng có thể chọn để chỉ định chỉ quét Quét tên miền phụ cụ thể này hoặc Chỉ quét quét cha mẹ. Nhưng trong trường hợp này ở đây tôi đã nói chạy quét hoàn chỉnh. Đây là các kiểu quét khác nhau mà tôi có thể sử dụng và nếu tôi lưu nó, thì về cơ bản đó là công việc mà tôi có thể đặt. Ngay bây giờ, nó tắt, có nghĩa là tôi sẽ phải tự chạy các bản quét này. Nhưng nếu tôi muốn, tôi có thể thiết lập nó hàng ngày, bạn biết đấy, điều hành công việc hàng ngày. Hoặc nếu tôi chọn không chạy nó hàng ngày - quá nhiều - tôi có thể nói chạy công việc hàng tuần vào một ngày và giờ cụ thể.
Và sau đó Đăng ký tự động ở đây, nếu điều này được bật, điều cần làm là mỗi khi nó tìm thấy một máy chủ mới, nó sẽ tự động đăng ký nó vào Trình quản lý kho để tôi có thể bắt đầu theo dõi nó. Nếu có một loại phiên bản nào đó mà tôi muốn loại trừ, ví dụ như, tôi không quan tâm đến phiên bản Express hoặc Developer vì đó là môi trường phát triển, thì tôi sẽ chỉ nhấp vào những phiên bản ở đây và nó sẽ làm gì Thời gian tôi tìm thấy một cái gì đó mới, tôi sẽ thêm nó vào Trình quản lý kho để bạn có thể theo dõi nó miễn là nó không phải là phiên bản dành cho Nhà phát triển hoặc Express.
Và đây là nơi tôi có thể đặt các thẻ, vì vậy, ví dụ, nếu tôi có máy chủ sản xuất, tôi có thể vào đây và gắn thẻ các máy chủ đó. Tôi có thể gắn thẻ cơ sở dữ liệu hoặc máy chủ với một thẻ màu xanh cụ thể, vì vậy, ví dụ tôi có thể nói rằng AO_NODE này nên có thẻ Sản xuất. Và theo cách này nếu tôi cần dễ dàng đến máy chủ, tôi có thể ra khỏi đây và nhấp vào thẻ Sản xuất và nó sẽ đưa tôi đến ngay hai máy chủ đó. Đây là chế độ xem Explorer của chúng tôi và điều này được hiển thị bởi Chủ sở hữu, nhưng tôi có thể nói bằng thẻ Instance, bằng cơ sở dữ liệu và tôi có thể mở rộng điều này để xem chúng là gì.
Một tính năng hữu ích khác mà chúng tôi đã xây dựng mà mọi người thực sự thích ở đây là khả năng xem những gì bạn đang quản lý thông qua Trình quản lý kho và xem mức độ bản vá mà họ đang ở. Về cơ bản, ở đây nó cho tôi biết sáu máy chủ mà tôi đã quản lý trong các công cụ của mình, cho dù có hay không có bản cập nhật cho Microsoft và liệu tôi có bật hay không, có hỗ trợ hay không và hỗ trợ trạng thái. Nếu tôi muốn tìm hiểu thêm về hotfix cụ thể này, tôi có thể nhấp vào nó và nó sẽ liên kết với tôi đến bài viết từ Microsoft về nội dung của hotfix đó và liệu có nên giải quyết chúng không. Bạn có thể xuất danh sách này nếu bạn muốn, vì vậy theo cách bạn có thể nói, thì Hey Hey Tôi cần vá có thể ba trong số các máy chủ này vào cuối tuần này và ba máy chủ khác vào một ngày sau đó.
Danh sách bản dựng - vì vậy có một danh sách mà nó kiểm tra để xem phiên bản của bạn đã được cập nhật. Bạn có thể ra ngoài và tải xuống danh sách này để đảm bảo nó được cập nhật và bạn có danh sách mới nhất để so sánh với nó. Một tính năng kiểm kê gọn gàng khác mà mọi người thích là khả năng thêm, không chỉ các thẻ mà còn có thể thêm các trường khoảng không quảng cáo tùy chỉnh. Bạn biết đấy, nếu bạn muốn thêm một trường ở đây để gắn thẻ cơ sở dữ liệu chẳng hạn, giả sử tôi muốn gắn thẻ ở cấp cơ sở dữ liệu. Sở, bộ phận này và cơ sở dữ liệu này, tôi có thể biến nó thành một loại khác: kết thúc mở, đúng / sai hoặc danh sách chọn.
Và tôi có thể nói, bạn biết đấy, đây là một phòng nhân sự, tiếp thị, R & D, tài chính. Và những gì nó làm ở đây về cơ bản là, một khi bạn có thể gắn thẻ những thứ này, bạn có thể lấy một số dữ liệu ra khỏi đây cho biết mỗi cơ sở dữ liệu đang sử dụng bao nhiêu dung lượng và sau đó bạn có thể bắt đầu loại, nó có phát triển không và nó có ý nghĩa không thu phí lại các bộ phận này?
Một điều nữa là, bạn biết đấy, nếu bạn phải chạy bảo trì, bằng cách biết ai là người trong cơ sở dữ liệu đó, bạn có thể biết ai sẽ liên lạc để cho họ biết, đó là Hey Tôi phải chạy bảo trì vào cuối tuần này, cơ sở dữ liệu của bạn sẽ ngoại tuyến, Vân vân và vân vân. Một tính năng hữu ích khác là hộp tìm kiếm ở đây mọi người thích. Rất nhiều lần các DBA được hỏi về cơ sở dữ liệu hoặc ứng dụng hoặc máy chủ, tùy thuộc vào người đang nói chuyện với họ, thật khó để tìm ra chính xác nơi đó. Những gì bạn có thể làm ở đây là, bạn có thể không biết cơ sở dữ liệu sống ở đâu nhưng bạn chỉ cần nhập nó vào. Tôi có thể nhập Bảng điều khiển IDERA và nó sẽ mở ra một vài cơ sở dữ liệu và chúng sẽ ở đâu để bạn có thể dễ dàng lấy những. Và sau đó, nó đưa ra thông tin bổ sung về chúng: kích thước của chúng, kích thước nhật ký, cho dù nó có sao lưu hay không, nó ở chế độ khôi phục nào, nếu tôi muốn thêm bất kỳ thẻ nào về nó. Có rất nhiều tính năng khác nhau trong công cụ này, bạn biết đấy, đó là một công cụ kiểm kê nhưng nó là một công cụ kiểm kê rất đặc trưng cho SQL Server và cho các DBA.
Bởi vì, tôi đoán, những điều bổ sung mà DBA muốn có quyền truy cập hoặc để có được cái nhìn tốt về môi trường và cảnh quan của họ trông như thế nào đối với cơ sở dữ liệu của họ. Bạn cũng có thể đăng ký, định cấu hình máy chủ SMTP và thiết lập đăng ký để cảnh báo cho chính mình hoặc cho bất kỳ người dùng nào tại đây. Tôi sẽ dừng việc này lại và quay lại thuyết trình. Và slide cuối cùng ở đây chỉ là một cái nhìn đơn giản về kiến trúc. Nó là một bảng điều khiển web chạy trên Dịch vụ web Tomcat nhúng.
Chúng tôi có một số dịch vụ thu thập và dịch vụ quản lý mà chúng tôi đưa vào kho lưu trữ và các dịch vụ quản lý đi ra ngoài và chạy Discovery trên các phiên bản SQL Server khác nhau của bạn. Không có gì được cài đặt trên máy chủ màn hình của bạn. Chúng tôi có các công việc chạy định kỳ chỉ thu thập dữ liệu về nó, vì vậy về cơ bản, dù đó là lên hay xuống, bao nhiêu dữ liệu đang được sử dụng, các phiên bản khác của mọi người là gì. Vâng đó là tất cả.
Eric Kavanagh: Vâng, hãy để tôi hỏi bạn - Tôi sẽ hỏi một vài câu hỏi và sau đó tôi chắc chắn Robin và Dez cũng có một số - vì tò mò, khi ai đó đến để thực hiện kiểm toán, giả sử Microsoft, là họ sử dụng công cụ này, hoặc tôi cho rằng họ có một số công cụ độc quyền mà họ sử dụng?
Bình Châu: Vâng, tôi tin rằng họ đang sử dụng các công cụ độc quyền. Vấn đề là công cụ này là một công cụ kiểm kê, vì vậy nó luôn cập nhật về mặt, bởi vì nó có công việc phải ra ngoài và liên tục thu thập thông tin về máy chủ của bạn, nó sẽ chạy ra ngoài và bất cứ lúc nào Trên thực tế, bạn sẽ có thông tin cập nhật về cách mọi thứ thay đổi so với, bạn biết đấy, báo cáo một lần mà bạn có thể nhận được từ Microsoft để nói rằng đây là số lượng máy chủ bạn có, đây là những phiên bản bạn có .
Eric Kavanagh: Vâng, tôi tò mò về Discovery. Vậy khi ai đó mua công cụ này và bắt đầu sử dụng nó, làm thế nào để khám phá thực sự xảy ra? Đây là loại mà tôi đã ám chỉ trước đó, nói cách khác, bạn đang nhấn vào mạng để xem tín hiệu nào đang bay ra ngoài đó dường như là các trường hợp cơ sở dữ liệu và sau đó bạn lập danh mục đó và sau đó bạn đã gắn thẻ một thể hiện cơ sở dữ liệu bạn đang theo dõi? Tôi đoán nó có một loại ping mà nó thường làm như vậy và nếu nó bị hỏng, chẳng hạn, đó là cách bạn biết nó bị hỏng. Đó có phải là cách mọi thứ hoạt động?
Bình Châu: Vâng. Ý tôi là, một khi bạn đã bật Discovery, nó sẽ đi ra ngoài mạng của bạn và chúng tôi có một số lần quét khác nhau để đi ra ngoài, nhưng nó, bạn biết đấy, quét trình duyệt và quét registry. Nó quét khác nhau để xem máy tính nào ở ngoài đó và sau đó kiểm tra: bạn có Máy chủ SQL ngoài đó hoặc dịch vụ BI ngoài đó không? Và sau đó, nó mang nó trở lại và kéo nó vào công cụ và đưa nó cho bạn xem, Hey Hey, đây là tất cả những điều mà tôi đã khám phá ra.
Và sau đó nếu bạn định nói: "Tôi muốn theo dõi bằng công cụ này" thì nó sẽ theo dõi điều đó và nó sẽ ping nó. Nó có các công việc để ping nó thường xuyên như vậy, nói Okay, hãy kiểm tra điều này ngay bây giờ về điều này, - bạn biết đấy, tính khả dụng của cơ sở dữ liệu - kiểm tra ngay về lịch sử cơ sở dữ liệu, kiểm tra phía cơ sở dữ liệu. Nó chạy một loạt các công việc để kiểm tra cơ sở dữ liệu mà bạn đang theo dõi.
Eric Kavanagh: Vâng, điều đó thật tốt. Và chúng tôi có một câu hỏi từ một thành viên khán giả. Tôi biết rằng các bạn có các công cụ hoạt động với nhiều công nghệ cơ sở dữ liệu, nhưng công cụ này đặc biệt là bạn đang hiển thị ngày hôm nay, đây có phải chỉ dành cho SQL Server hay không cũng bao gồm các loại cơ sở dữ liệu khác?
Bình Châu: Ngay bây giờ, công cụ đặc biệt này bao gồm SQL Server.
Eric Kavanagh: Được rồi, ổn mà. Chà, để tôi chuyển nó cho Robin, tôi chắc rằng anh ta có một vài câu hỏi, sau đó có thể quay lại với Dez. Robin?
Tiến sĩ Robin Bloor: Vâng, chắc chắn. Microsoft gần đây - đôi khi vào năm 2006 - đã công bố SQL Server trên Linux, nhưng tôi không nghĩ rằng nó đã được phân phối. Tôi chỉ tự hỏi nếu bạn có bất kỳ ý kiến về điều đó. Bạn có biết rằng? Bạn đang chơi với nó?
Bình Châu: Vâng, chúng tôi có. Chúng tôi đang lên kế hoạch bao gồm điều đó. Ý tôi là, điều tuyệt vời ở công cụ này là, tôi đã nói chuyện với rất nhiều khách hàng đã xây dựng các công cụ tự trồng tại nhà để làm điều tương tự, nhưng họ phải theo kịp các phiên bản và phiên bản mới mà Microsoft ra mắt, nhưng chúng tôi có các phiên bản và phiên bản mới, chúng tôi sẽ sớm tham gia để đảm bảo rằng công cụ này sẽ có thể theo dõi và quản lý các phiên bản mới. Vì vậy, SQL trên Linux là thứ chúng tôi dự định thêm và cung cấp khi có sẵn - tôi tin vào cuối năm nay.
Tiến sĩ Robin Bloor: Vâng, điều đó thật thú vị. Bạn có mong đợi rất nhiều khách hàng của bạn thực sự làm điều đó? Ý tôi là, SQL Server là một cơ sở dữ liệu rất tinh vi, theo kinh nghiệm của tôi. Ý tôi là, bạn biết đấy, nó dài trong răng, có lẽ đó là điều cần nói. Ý tôi là, bạn biết đấy, Sybase ban đầu mà nó xuất phát thực sự khá đơn giản trong rất nhiều thứ nó đã làm. Nhưng Microsoft đã thêm nhiều thứ hơn trong những năm qua. Có phải tất cả những thứ đó sẽ có sẵn trên Linux? Ý tôi là, bạn sẽ tư vấn cho khách hàng của bạn về việc có nên thực hiện việc di chuyển đó không?
Bình Châu: Tôi xin lỗi, câu hỏi chúng ta có thấy mọi người hỏi không?
Tiến sĩ Robin Bloor: Chà, nếu bạn gặp rắc rối với nó, nó có phức tạp trên Linux như trên Windows không?
Bình Châu: Tôi chưa từng chơi với nó, nhưng những gì tôi nghe được từ một đồng nghiệp là nó thực sự rất ngang bằng. Nhưng cá nhân tôi chưa chơi với phiên bản SQL mới trên Linux.
Tiến sĩ Robin Bloor: Được rồi. Tôi có đúng không khi nghĩ rằng bạn chỉ cần đặt các tác nhân trên mọi Máy chủ SQL mà bạn tìm thấy? Có phải đó là cách công cụ này hoạt động?
Bình Châu: Không, chúng tôi thực sự không đặt đại lý. Đối với công cụ cụ thể này, phần Hàng tồn kho, chúng tôi không thực sự đưa các đại lý vào đó. Chúng tôi chỉ cần ra ngoài và thực hiện cuộc gọi và kiểm tra trạng thái trên đó. Một điều tốt đẹp về công cụ này là nó không có tác dụng.
Tiến sĩ Robin Bloor: Vì vậy, bạn đã có các công cụ SQL Server khác, bạn có thể nhắc nhở tôi về những sản phẩm khác bạn có trong bộ ứng dụng này liên quan đến SQL Server không?
Bình Châu: Vâng. Chúng tôi có Trình quản lý chẩn đoán SQL. Nó là một công cụ giám sát và hiệu suất. Nó thực hiện phân tích chuyên sâu hoặc chẩn đoán và kiểm tra hiệu suất và sức khỏe cho bạn hơn Trình quản lý kho. Inventory Manager là phiên bản gọn nhẹ của kiểm tra sức khỏe đó. Chúng tôi cũng có Trình quản lý tuân thủ và Bảo mật, là một phần của bộ bảo mật của chúng tôi. Về cơ bản, nó sẽ cho bạn biết ai đang truy cập dữ liệu của bạn, họ đang truy cập dữ liệu nào, tại sao và nó giúp bạn tuân thủ và các nguyên tắc báo cáo khác. Chúng tôi có SQL Safe, đây là công cụ sao lưu của chúng tôi - nó sao lưu và khôi phục và đó là một công cụ tốt.
Chúng tôi cũng có Trình quản lý công việc doanh nghiệp, chỉ giám sát công việc của bạn. Và sau đó chúng ta có công cụ Hộp công cụ là bộ công cụ Quản trị viên và cũng là bộ công cụ So sánh cũng như SQL Doctor. Bộ công cụ quản trị và bộ công cụ so sánh, chúng là những gì tôi nghĩ về một con dao quân đội Thụy Sĩ. Họ có nhiều công cụ để giúp DBA thực hiện nhiều việc khác nhau như, bạn biết, kiểm tra các bản vá hoặc di chuyển hoặc sao chép cơ sở dữ liệu. Nhưng có 24 công cụ như vậy trong Hộp công cụ đó.
Tiến sĩ Robin Bloor: Vậy, có phải những người đi quản lý hàng tồn kho, họ có thường là người dùng các công cụ khác của bạn không? Hoặc đây là loại điểm vào? Tôi có thể tưởng tượng - ý tôi là, bạn có thể nói cho tôi biết nếu bạn có bất kỳ câu chuyện chiến tranh nào - nhưng tôi có thể tưởng tượng nếu bạn chưa bao giờ thực sự chạy một kho lưu trữ trong một trung tâm dữ liệu khá lớn, trải nghiệm có thể khá tỉnh táo. Đó là những gì bạn tìm thấy?
Bình Châu: Vâng. Ý tôi là, chúng tôi có những khách hàng được giới thiệu công cụ từ các bộ công cụ khác, tuy nhiên chúng tôi có những khách hàng đang tìm kiếm một công cụ như thế này vì các dự án mà họ có. Một ví dụ tôi có là có một công ty sáp nhập với một công ty khác và mua một loạt các công ty và cần hợp nhất dấu chân máy chủ SQL của họ để giảm chi phí. Và vì vậy, họ đang tìm kiếm một công cụ để đi ra ngoài và khám phá mọi thứ họ có để họ có thể bắt đầu quá trình làm thế nào để chúng tôi củng cố điều này.
Tiến sĩ Robin Bloor: Phải, tôi hiểu. Tôi đoán điều đó khá phổ biến với việc sáp nhập khi bạn nghĩ về nó. Được rồi, tôi sẽ tiếp tục với Dez, tôi không muốn mất thời gian. Xem những câu hỏi chúng tôi đã nhận được từ Úc.
Dez Blanchfield: Cảm ơn bạn, vâng, các câu hỏi luôn bị đảo lộn ở đây. Một trong những điều xuất hiện trong đầu tôi và tôi nhận ra điều này khá nhiều, bạn biết đấy, các công ty không chắc chắn nên vẽ đường này khi nào nên bắt đầu đầu tư. Khi nào thì một tổ chức - theo kinh nghiệm của bạn cho rằng bạn đang ở giai đoạn lạnh - khi nào là thời điểm thích hợp để bắt đầu đầu tư vào các công cụ như thế này để đảm bảo bạn không gặp rắc rối? Bạn có làm điều đó từ ngày đầu tiên khi bạn bắt đầu xây dựng cơ sở hạ tầng cơ sở dữ liệu của tổ chức mới hoặc, như bạn vừa phác thảo, khi bạn thực hiện mua lại / sáp nhập?
Hoặc có một quy mô cụ thể mà bạn thực sự cần phải ở? Bạn có cần 10 hoặc 100 hoặc 1.000 cơ sở dữ liệu? Trải nghiệm của bạn là gì cho đến khi thị trường bạn giao dịch quá lâu, khi nào là thời điểm thích hợp để vào không gian này và có lẽ, bắt đầu từ đâu? Nó trông như thế nào khi bạn bắt đầu?
Bình Châu: Ý tôi là, tôi nghĩ có lẽ nếu đó là một tổ chức rất nhỏ, bạn có thể không cần công cụ này, như, với một DBA hoặc một vài DBA. Khi bạn bắt đầu có một nhóm, tôi không biết, ba hoặc bốn DBA và có thể 50 đến 100 máy chủ, bạn có thể muốn bắt đầu làm một cái gì đó như thế này. Tôi đoán, khi tổ chức của bạn phát triển quy mô lớn hơn và chỉ những người kinh doanh am hiểu về công nghệ muốn, bạn biết, như ví dụ mà bạn đưa ra, họ muốn tự mình cài đặt các ứng dụng và cơ sở dữ liệu, nhưng đó là khi bạn muốn có loại công cụ này bởi vì theo cách đó bạn có thể thấy những gì ngoài kia.
Nhưng ngay cả trong một tổ chức nhỏ hơn, thật tuyệt khi có loại công cụ này để theo dõi những gì bạn có. Nếu bạn chia nó ra để bạn có thể nói, thì Ồ, vâng, tôi đã mua SQL 2012 cho hộp này, nhưng hiện tại nó đang chạy SQL 2008 vì tôi có một ứng dụng vẫn cần phiên bản kế thừa đó. để loại bỏ việc quản lý nhiều bảng tính có thể trở nên cũ kỹ.
Dez Blanchfield: Một câu hỏi khác mà tôi vừa trả lời về vấn đề này: các loại kỹ năng hoặc tài nguyên mà các tổ chức nên có kế hoạch để có khi họ đạt đến quy mô đó? Có phải đó là trường hợp có một bộ kỹ năng cụ thể mà bạn thực sự cần hoặc một loại kinh nghiệm hoặc nền tảng hoặc loại người phù hợp nhất với loại thử thách này? Hoặc đó có phải là thứ mà bộ kỹ năng quản trị viên hoặc quản trị viên hệ thống DBA hoặc quản trị viên trung bình có thể ném vào đây không? Bạn có thực sự cần một bộ não nhọn kết thúc hay bạn có thể nhận ra điều này khá nhanh?
Bình Châu: Xin lỗi, vậy bạn đã nói về bộ kỹ năng của người đó?
Dez Blanchfield: Vâng, vì vậy khi bạn nghĩ về một quản trị viên cơ sở dữ liệu, có một bộ kỹ năng cụ thể mà bạn sẽ cần. Vì vậy, khi bạn ra ngoài thuê một DBA, cho mỗi vai trò cụ thể đó, khi bạn nghĩ về các loại thách thức mà bạn đang nói ở đây, nơi bạn đang sử dụng một công cụ như thế này để tiếp tục lập bản đồ và theo dõi cơ sở dữ liệu, thực hiện công cụ khám phá và điều khiển công cụ đặc biệt này, có điều gì độc đáo về việc sử dụng công cụ và cách tiếp cận với loại thách thức này không, hay đó là điều mà DBA trung bình có thể nhận được khá nhanh?
Bình Châu: Ý tôi là, tôi nghĩ rằng DBA trung bình của bạn có thể nhận được điều này một cách nhanh chóng. Tôi nghĩ thật hữu ích khi có loại công cụ này bởi vì bạn cũng có thể xoay nó vì nó dựa trên web. Bạn có thể cung cấp nó cho những người dùng khác trong tổ chức của bạn. Bạn có thể cung cấp cho nhà phát triển ứng dụng, những người có thể kiểm tra cơ sở dữ liệu hoặc máy chủ cụ thể của anh ấy. Nó lấy đi một số điều hành chính mà một DBA phải làm. Trước đây ai đó sẽ gọi cho DBA và nói rằng, Oh Oh, tại sao máy chủ của tôi tăng hay giảm? Bây giờ họ có thể truy cập và xem máy chủ của họ tăng hay giảm.
Dez Blanchfield: Và loại tổ chức trung bình nào sẽ cần để triển khai điều này? Liệu nó có cần một máy chủ vật lý chuyên dụng, hay nó có thể được thực hiện trên một máy ảo? Họ có thể triển khai nó trong môi trường đám mây không? Dấu chân chung cho việc triển khai công cụ và chỉ là hoạt động chung của nó? Cần bao nhiêu sắt nặng để chạy song song với các môi trường khác mà nó lập bản đồ?
Bình Châu: Vâng, nó có thể chạy trên máy ảo hoặc máy tính hoặc máy chủ. Nó không nhất thiết phải là một máy chủ chuyên dụng, nó chỉ phụ thuộc vào số lượng máy chủ bạn đang theo dõi. Nếu bạn có môi trường lớn hơn, có thể có một máy chủ lớn hơn vì nó thu thập rất nhiều dữ liệu về Máy chủ SQL mà bạn đang theo dõi.
Dez Blanchfield: Phải. Đây có phải là thứ bạn có thể thoải mái chạy trong trường hợp đám mây và tạo VPN trở lại môi trường của mình không, hay lượng dữ liệu mà nó thu thập có lẽ hơi nặng đối với loại sử dụng đó?
Bình Châu: Chúng tôi chưa thiết lập nó để chạy nó trên đám mây, để chạy nó trên đám mây. Nó có lẽ nên được chạy trên Prem.
Dez Blanchfield: Và câu hỏi cuối cùng, nếu tôi có thể: rất nhiều công cụ mà tôi đã thấy trong không gian này, đặc biệt là khi bạn đề cập đến nó cho một kịch bản mà ai đó mua lại công ty hoặc có một sự hợp nhất hoặc một cái gì đó cho hiệu ứng đó, hoặc thậm chí nếu đó là một tổ chức vừa sáp nhập các đơn vị kinh doanh, thì đó có phải là một tình huống sử dụng hợp lý khi ai đó triển khai nó trên máy tính xách tay và đưa nó vào một môi trường để lập bản đồ thế giới như một lần tắt, hay đó là một tình huống không thể sử dụng? Có phải đó là trường hợp mà nó sẽ ở đó và chỉ còn lại để chạy?
Bình Châu: Công cụ cụ thể này có nhiều hơn một loại, cài đặt trên máy chủ và nó còn lại để chạy. Bằng cách đó bạn có thể thu thập thông tin bạn cần cho nó và giữ lại, tôi đoán, một kho lưu trữ đang chạy về những gì bạn có. Nó không giống như công cụ Bản đồ vì công cụ Bản đồ là loại một đối một, bỏ qua cổng mà bạn cần, làm những gì bạn cần làm với nó ngay hôm nay. Đây là một phần - phần hay của nó là thực tế là bạn có thể gắn thẻ nó, cho phép mọi người truy cập vào nó để kiểm tra trạng thái của máy chủ cụ thể của họ, những người mà họ quan tâm.
Dez Blanchfield: Được rồi. Có lẽ là câu hỏi cuối cùng cho tôi và sau đó tôi sẽ trả lời Eric cho những câu hỏi xuất hiện qua cửa sổ Hỏi & Đáp với những người tham dự, bởi vì hôm nay chúng tôi đã có một kết quả tốt, một trong những yêu thích của tôi. Chỉ cần kết thúc việc này, quá trình để có được điều này là gì? Tôi biết rất nhiều công cụ của bạn có sẵn cho những thứ loại thử trước khi mua. Mọi người nên đi đâu để tìm hiểu thêm về trực tuyến này, nơi nào trên trang web họ nên tìm các bản tải xuống và hành trình trông như thế nào, làm một bằng chứng về khái niệm hoặc một bản dùng thử và làm quen với nó và làm quen với nó để sau đó liên lạc và mua nó?
Bình Châu: Vâng. Bạn có thể truy cập trang web IDERA.com và bạn có thể tải xuống bản dùng thử hai tuần miễn phí. Và nếu bạn thích nó và bạn muốn liên hệ với chúng tôi, chúng tôi cũng có thể lên lịch trình demo với một trong những kỹ sư của chúng tôi để tìm hiểu sâu hơn về công cụ.
Dez Blanchfield: Tuyệt vời. Vâng, cảm ơn bạn rất nhiều vì điều đó. Tôi đánh giá cao thời gian trò chuyện với bạn về điều đó và, dựa trên kinh nghiệm cá nhân của tôi và tôi chắc chắn rằng tôi nói với Robin về điều này dựa trên kinh nghiệm suốt đời của anh ấy, tôi nghĩ rằng ngày nay điều đó là một yêu cầu. Bây giờ chúng ta không thể làm điều này bằng tay cho dù chúng ta có cố gắng thế nào; quy mô quá lớn và mọi thứ đang chuyển động quá nhanh.
Tôi đặc biệt khuyên mọi người nên làm chính xác điều đó, nhảy lên trang web IDERA và lấy một bản sao để chơi. Bởi vì rủi ro tiềm tàng đối với trải nghiệm của tôi với những giai thoại tôi vừa chia sẻ hôm nay, nên nó có thể chuyển từ rất xấu thành rất tốt, nếu bạn có công cụ phù hợp, nhưng nó cũng có thể đi theo cách khác nếu bạn không ' t. Eric, trở lại với bạn.
Eric Kavanagh: Vâng, chỉ cần bật một câu hỏi cuối cùng cho bạn, một câu hỏi thú vị. Tôi chỉ tò mò muốn biết những gì bạn đang nhìn thấy ngoài kia, bạn biết đấy, đám mây rõ ràng là quan trọng hơn bao giờ hết - Amazon Web Services, nhưng chúng không phải là duy nhất, Microsoft có toàn bộ dịch vụ Azure điều đó dường như đang đạt được hơi nước. Tôi tò mò muốn biết, một trong những người tham dự đang viết rằng Tiến sĩ Bloor đã đưa ra một điểm thú vị rằng các DBA đắt tiền và vấn đề quản lý do một DBA lừa đảo hoặc ai đó không làm những gì họ nên làm, có thể được giải quyết bằng cách di chuyển lên đám mây. Tôi thực sự chỉ tò mò muốn biết, bạn đang nhìn thấy bao nhiêu hoạt động? Bạn có thấy rằng việc di chuyển lên đám mây đang trở thành một vấn đề lớn hơn đối với các doanh nghiệp, hoặc những gì bạn coi đó là xu hướng?
Bình Châu: Tôi cảm thấy như nó chỉ phụ thuộc vào loại vấn đề mà bạn gặp phải. Tôi cảm thấy như một số ngành công nghiệp mà họ nói, Không, chúng tôi không di cư. Họ có thể không di chuyển sang đám mây công cộng; họ có thể đang xem xét việc di chuyển hoặc di chuyển công cụ của họ vào một đám mây riêng. Nhưng sau đó tôi thấy một số tổ chức quan tâm, bạn biết đấy, thực sự tham gia vào đường đua nhanh và loại hướng tới Amazon hoặc Microsoft Azure. Và sau đó, có một số người đang nói, Số Không, chúng tôi không di chuyển dữ liệu của chúng tôi. Hay chỉ có một số dữ liệu nhất định chúng tôi sẽ di chuyển, nhưng không phải là dữ liệu quan trọng của chúng tôi. Tôi nghĩ có ba loại trại.
Eric Kavanagh: Vâng, điều đó sẽ có ý nghĩa. Ý tôi là, chúng ta đang thấy điều đó ngày càng nhiều hơn và tôi nghĩ rằng nó sẽ chuyển động trong sự phù hợp và bắt đầu khá lâu. Và có một phản ứng dữ dội với đám mây quá. Mọi người tham gia vào Dịch vụ web của Amazon - chúng tôi đã nghe điều này hơn một vài lần - và lúc đầu, chi phí có thể kiểm soát được và sau đó theo thời gian, nó chỉ tăng lên và sau đó bạn bị mắc kẹt ở đó. Theo nhiều cách, đám mây chỉ là một trung tâm dữ liệu khác, nhưng đó sẽ là một hành trình thú vị trong tương lai.
Vâng, mọi người lưu trữ tất cả các webcast. Nhảy trực tuyến đến techopedia.com để xem danh sách đầy đủ tất cả những điều chúng tôi làm. Và tất nhiên, insideanalysis.com cho tất cả các mới nhất. Và với điều đó, chúng tôi sẽ chào tạm biệt bạn. Và cảm ơn bạn rất nhiều lần nữa vì đã dành thời gian và sự quan tâm của bạn. Cảm ơn tất cả bạn bè của chúng tôi tại IDERA và chúng tôi sẽ nói chuyện với bạn vào ngày mai với hy vọng về triết lý dữ liệu lên đến đỉnh điểm của chúng tôi. Đúng vậy, Triết lý dữ liệu là vào ngày mai lúc bốn giờ Đông. Hy vọng sẽ gặp bạn ở đó. Hãy chăm sóc mọi người, tạm biệt.
